Anonymous | Login | Signup for a new account | 21-11-24 12:41 UTC |
All Projects | SAS.Планета | Домен, сайт, форум, багтрекер | Доработка карты (ZMP) | Переводы и локализации | Прочее |
My View | View Issues | Change Log | Roadmap | Search |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0003218 | SAS.Планета | [All Projects] Хотелка | 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 | ||||||
Platform | OS | OS Version | |||||||
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. | ||||||||
Attached Files | 000.png [^] (8,146 bytes) 01-05-2017 15:28
| ||||||||
Notes | |
(0017921) zed (manager) 01-05-2017 17:19 |
Совсем убрать схему из запроса не получится (запросы формирует ORM библиотека по своим правилам), но есть опция, через которую для MSSQL и PostgreSQL можно задавать произвольное имя для схемы. Если такой вариант устроит, то могу добавить эту опцию в настройки подключения. На заметку: вот в этом топике на форме используемой библиотеки, некто mpv описывает свой способ использования PostgreSQL без необходимости задавать кастомное имя схемы. Попробуйте, может это и для вас подойдёт? |
(0017923) WoodyFire (reporter) 01-05-2017 18:56 |
То, что предлагается по ссылке. Спасибо я возьму на заметку. Но все же это костыль. Но вот первый вариант с опцией меня устраивает вполне. Спасибо. С уважением WoodyFire. |
(0017930) zed (manager) 05-05-2017 17:09 |
Сделал, тестируйте ночную сборку. Потом отпишИтесь тут. |
(0017933) WoodyFire (reporter) 06-05-2017 09:54 |
принято |
(0017934) zed (manager) 06-05-2017 10:44 |
Что "принято"? Оно работает или нет? |
(0017935) WoodyFire (reporter) 06-05-2017 12:15 |
"Принято" то, что информацию от Вас принял и при первой возможности проверю ))) Работает отлично! То, что нужно. Огромное спасибо. С уважением WoodyFire. |
Users who viewed this issue | |
User List | Anonymous (3121x), stepanxxx (1x), Arech (1x), WoodyFire (15x), ygorigor (1x), zed (18x), vdemidov (3x) |
Total Views | 3160 |
Last View | 21-11-2024 12:41 |
Issue History | |||
Date Modified | Username | Field | Change |
01-05-2017 15:28 | WoodyFire | New Issue | |
01-05-2017 15:28 | WoodyFire | File Added: 000.png | |
01-05-2017 16:23 | zed | Summary | Снимите жесткую привязку к схеме "public" при хранении меток в СУБД Postgresql. Так сказать позвольте админам СУБД решать, где х => Убрать жесткую привязку к схеме "public" при хранении меток в СУБД Postgresql |
01-05-2017 16:23 | zed | Description Updated | View Revisions |
01-05-2017 17:19 | zed | Note Added: 0017921 | |
01-05-2017 18:56 | WoodyFire | Note Added: 0017923 | |
04-05-2017 07:56 | vdemidov | Assigned To | => zed |
04-05-2017 07:56 | vdemidov | Status | new => assigned |
04-05-2017 07:56 | vdemidov | Target Version | => 191221 |
05-05-2017 17:09 | zed | Note Added: 0017930 | |
05-05-2017 17:10 | zed | Status | assigned => feedback |
05-05-2017 17:10 | zed | Target Version | 191221 => 181221 |
06-05-2017 09:54 | WoodyFire | Note Added: 0017933 | |
06-05-2017 09:54 | WoodyFire | Status | feedback => assigned |
06-05-2017 10:44 | zed | Note Added: 0017934 | |
06-05-2017 10:44 | zed | Status | assigned => feedback |
06-05-2017 12:15 | WoodyFire | Note Added: 0017935 | |
06-05-2017 12:15 | WoodyFire | Status | feedback => assigned |
06-05-2017 12:16 | zed | Status | assigned => resolved |
06-05-2017 12:16 | zed | Fixed in Version | => 181221 |
06-05-2017 12:16 | zed | Resolution | open => fixed |
My View | View Issues | Change Log | Roadmap | Search |
Copyright © 2007 - 2024 SAS.Planet Team |