LINUX.ORG.RU

История изменений

Исправление Xintrea, (текущая версия) :

Можешь тогда создать временную схему в текущей БД

А проблем с пересечением названий таблиц с public схемой не должно возникнуть? Если в SQL-командах будет ourScheme.ourTable - этого достаточно?

А можно перед SQL-командой отдельной командой выбрать рабочую схему, чтобы после этой команды последующие SQL-запросы выполнялись в рамках выбранной схемы?

UPD: Ага, похоже схему можно выбрать командой:

SET search_path TO ourScheme;

UPD2: Точнее, чтобы все четко работало, схему лучше выбирать так:
SET search_path TO pg_catalog, ourScheme;

А потом перетыкаться обратно на public:
SET search_path TO pg_catalog, public;

Исправление Xintrea, :

Можешь тогда создать временную схему в текущей БД

А проблем с пересечением названий таблиц с public схемой не должно возникнуть? Если в SQL-командах будет ourScheme.ourTable - этого достаточно?

А можно перед SQL-командой отдельной командой выбрать рабочую схему, чтобы после этой команды последующие SQL-запросы выполнялись в рамках выбранной схемы?

UPD: Ага, похоже схему можно выбрать командой:

SET search_path TO ourScheme;

Исправление Xintrea, :

Можешь тогда создать временную схему в текущей БД

А проблем с пересечением названий таблиц с public схемой не должно возникнуть? Если в SQL-командах будет ourScheme.ourTable - этого достаточно?

А можно перед SQL-командой отдельной командой выбрать рабочую схему, чтобы после этой команды последующие SQL-запросы выполнялись в рамках выбранной схемы?

Исходная версия Xintrea, :

Можешь тогда создать временную схему в текущей БД

А проблем с пересечением названий таблиц с public схемой не должно возникнуть? Если в SQL-командах будет ourScheme.ourTable - этого достаточно?