| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003218 | SAS.Планета | Хотелка / Feature request | public | 01-05-2017 15:28 | 06-05-2017 12:16 |
| Reporter | WoodyFire | Assigned To | zed | ||
| Priority | normal | Severity | tweak | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Product Version | 160707 | ||||
| Target Version | 181221 | Fixed in Version | 181221 | ||
| Summary | 0003218: Убрать жесткую привязку к схеме "public" при хранении меток в СУБД Postgresql | ||||
| 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. | ||||
| Steps To Reproduce | Удалите или запретите доступ пользователю (роли) к схеме 'public' СУБД Postgresql. Затем подключитесь к базе через ODBC драйвер. Вот моя строка подключения 'DRIVER={PostgreSQL Unicode}; SERVER=myAddressServer; PORT=5432; DATABASE=myDatabase; UID=UserLogin; PWD=UserPWD' | ||||
| Additional Information | При существовании схемы 'public' и открытого доступа к ней проблем нет. Все работает в штатном режиме. | ||||
| Tags | No tags attached. | ||||
- Anonymous