Використовуєте схему, що не є публічною в PostGIS?

На даний момент я встановлюю нову інсталяцію PostGIS 2.0.2 та PostgreSQL 9.1.6 на Ubuntu. Нещодавно я натрапив на деяку інформацію, яка вказує на те, що використання загальнодоступної схеми для зберігання всіх даних не є хорошою ідеєю.

З цієї причини я створив схему під назвою data та став власником, але чи це гарна ідея?

Мої проблеми:

1. Крім встановлення власника, мені може знадобитися звернути увагу на речі на вкладці Привілеї під час створення цієї нової схеми (через pgAdmin III);
2. Я не можу отримати однакові переваги, зберігаючи мої дані в загальнодоступній схемі та скидаючи всі дані в окрему схему перед тим, як робити резервну копію / відновлення (це дозволить заощадити кілька натискань клавіш при використанні ogr2ogr); і
3. Я можу зіткнутися з проблемою, якщо у моїй новій схемі даних немає стандартних таблиць та переглядів PostGIS (вони знаходяться в загальнодоступній схемі в межах однієї бази даних).

Тепер це вирішено на офіційному сайті на сторінці під назвою Перемістити розширення PostGIS на іншу схему . Правильний метод - встановити розширення в public. Це єдиний варіант. Розширення більше не підтримує переміщення. Наступне - запустити наступні команди (скопійовані з сайту),

UPDATE pg_extension 
  SET extrelocatable = TRUE 
    WHERE extname = 'postgis';

ALTER EXTENSION postgis 
  SET SCHEMA postgis;

Коли ви просто вмикаєте базу даних PostGIS, відповідні функції, таблиця SRS та представлення розміщуються в загальнодоступній схемі, як ви заявляєте. Це не означає, що всі або будь-які ваші власні просторові таблиці повинні бути в одній публічній схемі. PostGIS все ще працюватиме над усіма просторовими даними у "нових" схемах.

Насправді я зазвичай розміщую свої таблиці, що стосуються додатків, в окрему схему. Таким чином, якщо вам потрібно зробити основне оновлення версії до PostGIS, ви можете зберегти резервні копії таблиці та відновлення додатків як окрему процедуру від тієї, що замінює просторові інструменти.

Отже, я думаю, що ти гарно робиш. Нарешті, якщо ви цього ще не зробили, рекомендується додати нову схему до шляху пошуку:

ALTER DATABASE my_db SET search_path = gc, public;

1. Одна з можливих організаційних стратегій, яку ви можете побудувати за допомогою схем, - це дозволити користувачеві виконувати розгалужену схему в одній схемі, але не в змозі виправити речі в іншій. Тож якщо ви хочете використовувати схеми таким чином, це можна зробити на вкладці привілеїв pgAdmin. Але цього не потрібно робити, тому якщо ви просто хочете підтримувати однакові привілеї в декількох схемах, це добре.

2. Виходячи зі статей, з якими ви посилаєтесь, проблема із збереженням у відкритому доступі полягає в тому, що коли ви скидаєте дані, ви, ймовірно, отримаєте системні таблиці та зв’язки, змішані з вашими даними. Якщо ви перемістите всі свої дані до нової схеми, вам більше не доведеться турбуватися про це.

3. Жодних проблем. (Для доказу зауважте, що вам не потрібно вказувати public.spatial_ref_sys, коли потрібно шукати таблицю SRS.)

Ще одна порада (можливо, ви вже натрапили на це). Ви, ймовірно, захочете додати схему "дані" до пошуку_path за замовчуванням користувача. Щось на зразок:

ALTER USER <your_user_name> SET search_path=public,data,$USER; 

Щодо точки 2, іноді вам потрібно відновити, коли у вас більше немає доступу до оригінальної БД. (Це одна з причин резервного копіювання ...), тому ви, можливо, не матимете шансів перемістити свої дані до окремої схеми, коли вам це потрібно.

Ми використовуємо загальнодоступну схему для тимчасового аналізу / результатів таблиці таблиць, а потім переходимо до більш організованих схем (папок?) Для постійного використання.