Anonymous | Login | Signup for a new account | 21-11-24 18:03 UTC |
All Projects | SAS.Планета | Домен, сайт, форум, багтрекер | Доработка карты (ZMP) | Переводы и локализации | Прочее |
My View | View Issues | Change Log | Roadmap | Search |
View Revisions: Issue #3218 | [ Back to Issue ] | ||
Summary | 0003218: Убрать жесткую привязку к схеме "public" при хранении меток в СУБД Postgresql | ||
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. |
||
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. |
My View | View Issues | Change Log | Roadmap | Search |
Copyright © 2007 - 2024 SAS.Planet Team |