Belirli bir veritabanı ve kullanıcı için search_path nedir?

Akımı search_pathşununla görebiliyorum :

show search_path ;

Ve ayarlayabilirsiniz search_pathiçin geçerli oturum ile:

set search_path = "$user", public, postgis;

Ayrıca, search_pathverilen bir veritabanı için kalıcı olarak şunları ayarlayabilirim :

alter database mydb set search_path = "$user", public, postgis ;

Ve search_pathbelirli bir rol için (kullanıcı) kalıcı olarak şunları ayarlayabilirim :

alter role johnny set search_path = "$user", public, postgis ;

Fakat veri tabanının ve rol ayarlarının search_pathdeğiştirilmeden önce ( bunlara göre ) ne olduğunu nasıl belirleyeceğimi bilmek istiyorum.

Rol ve veritabanlarının yapılandırma ayarlarını katalog tablosunda bulabilirsiniz pg_db_role_setting.

Bu sorgu, belirli bir rol veya veritabanı için herhangi bir ayarı alır:

SELECT r.rolname, d.datname, rs.setconfig
FROM   pg_db_role_setting rs
LEFT   JOIN pg_roles      r ON r.oid = rs.setrole
LEFT   JOIN pg_database   d ON d.oid = rs.setdatabase
WHERE  r.rolname = 'myrole' OR d.datname = 'mydb';

Hiçbir şey ayarlanmadıysa, bir sonraki alt örnek , bu durumda search_patholan varsayılan durumunu postgresql.confveya sunucu başlangıcındaki komut satırı seçeneklerini belirler. İlgili:

• Search_path tanımlayıcı çözünürlüğünü ve “geçerli şema” yı nasıl etkiler?

To unset herhangi bir rol veya veritabanının ayarlarını - search_pathBu özel örnekte:

ALTER ROLE myrole RESET search_path;

Veya:

ALTER DATABASE mydb RESET search_path;

Veya:

ALTER ROLE myrole in DATABASE mydb RESET search_path;

Sistem kataloğundaki ( pg_catalog.*) verileri asla el ile değiştirmeyin. İçin manuel anlatıldığı gibi kullanın DDL komutları ALTER ROLEve ALTER DATABASE.
Temel olarak, RESETkomut pg_db_role_setting, temel ayarın tekrar etkili olmasını sağlamak için bir satırı siler . Buna sarsılmış demem.

Hem veritabanları hem de roller için kalıcı ayarlar pg_db_role_settings sistem kümesi tablosunda saklanır .

Sadece değiştirilmiş ayarlar var. Arama yolu bir veritabanı veya rol için hiçbir zaman değiştirilmediyse, sanırım bunun olduğu varsayılabilir "$user",public.

• Küme düzeyinde de dahil olmak üzere herhangi bir değişiklikten önceki ayarın değeri (genel yapılandırma aracılığıyla postgresql.conf) veritabanından şu şekilde sorgulanabilir:

   SELECT boot_val FROM pg_settings WHERE name='search_path';

• Oturumdaki herhangi bir değişiklikten önceki ayarın değeri ( SETkomut aracılığıyla ) veritabanından şu şekilde sorgulanabilir:

   SELECT reset_val FROM pg_settings WHERE name='search_path';

• Varsayılan olmayan bir değere ayarlandığında postgresql.conf, bu değeri SQL'den geçerli oturumdan bağımsız olarak elde etmek kolay değildir . pg_settings.boot_valKonfigürasyon dosyasındaki değişiklikleri göz ardı ettiği için yapmayacak ve pg_settings.reset_valpotansiyel olarak ayarlanan veritabanı / kullanıcı ayarlarından etkileneceği için her ikisi de olmayacak ALTER USER/ALTER DATABASE. Bir DBA'nın değeri almasının en basit yolu, sadece onu aramaktır postgresql.conf. Aksi halde, bkz. Search_path'i, bu konuyu detaylı olarak kapsayan genel, küme varsayılanına sıfırlama .

select * from pg_user;

Postgres ve Redshift için geçerlidir. Bu, bağlı olan önceki yanıtlara kıyasla çok basit görünüyor pg_db_role_setting, ancak useconfigsütun, liste halinde search_pathbiçimlendirilmiş de dahil olmak üzere kullanıcı yapılandırmalarının bir listesine sahip olacak.

pg_user Postgres belgeleri burada

Daha seçici olmak için:

rs.db.batarang.com cooldb:cooldude =#> select usename
                                              , useconfig 
                                       from   pg_user
                                       where  usename = 'cooldude';
┌────────────┬─────────────────────────────────────────────────────┐
│  usename   │                      useconfig                      │
├────────────┼─────────────────────────────────────────────────────┤
│ cooldude   │ {"search_path=dirt, test, \"$user\", public, prod"} │
└────────────┴─────────────────────────────────────────────────────┘

Bu kullanıcı tablosunun kümedeki tüm kullanıcıları içerdiğini düşünüyorum, yalnızca belirli db'leri değil - bunu doğrulamadım.