SASGIS

Веб-картография и навигация

View Revisions: Issue #3218		[ All Revisions ] [ Back to Issue ]
Summary	0003218: Убрать жесткую привязку к схеме "public" при хранении меток в СУБД Postgresql

Revision	01-05-2017 16:23 by zed
Description	Так сказать позвольте админам СУБД решать, где хранить данные. Привожу цитату из мануала данной СУБД. п.5.7.7 'Переносимость': 'В стандарте SQL не существует концепции схемы public. Для максимального соответствия стандарту, вы не должны использовать (возможно даже удалить) схему public.' Источник: http://postgresql.ru.net/manual/ddl-schemas.html При подключении к БД выскакивает ошибка суть которой - запрос не может создать таблицу. 'ALTER TABLE public.User ADD uName TEXT', если запрос привести к виду 'ALTER TABLE User ADD uName TEXT', то размещение данных ляжет на плечи админов СУБД и все будут довольны ))))) привожу выхлоп одного свойства: SHOW search_path; result - "$user",public то есть, если в СУБД для конкретного пользователя (роли) ни чего не определено, то в этом порядке ищутся данные в схемах, но при администрировании свойство 'search_path' обычно переопределяется на требуемое значение. На сегодняшний момент маневрировать не удается из-за жесткой привязки в схеме public.

Revision	01-05-2017 15:28 by WoodyFire
Description	Привожу цитату из мануала данной СУБД. п.5.7.7 'Переносимость': 'В стандарте SQL не существует концепции схемы public. Для максимального соответствия стандарту, вы не должны использовать (возможно даже удалить) схему public.' Источник: http://postgresql.ru.net/manual/ddl-schemas.html При подключении к БД выскакивает ошибка суть которой - запрос не может создать таблицу. 'ALTER TABLE public.User ADD uName TEXT', если запрос привести к виду 'ALTER TABLE User ADD uName TEXT', то размещение данных ляжет на плечи админов СУБД и все будут довольны ))))) привожу выхлоп одного свойства: SHOW search_path; result - "$user",public то есть, если в СУБД для конкретного пользователя (роли) ни чего не определено, то в этом порядке ищутся данные в схемах, но при администрировании свойство 'search_path' обычно переопределяется на требуемое значение. На сегодняшний момент маневрировать не удается из-за жесткой привязки в схеме public.