Postgresql: czy lepiej używać wielu baz danych z jednym schematem każda, czy 1 baza danych z wieloma schematami?

Zdecydowanie, pójdę na podejście 1-db-many-schemas. To pozwala mi zrzucić całą bazę danych, ale przywrócić tylko 1 bardzo łatwo, na wiele sposobów:

1. zrzuć db( cały schemat), załaduj zrzut do nowego db, zrzuć tylko potrzebny schemat i przywróć z powrotem do głównego db
2. zrzucić schemat oddzielnie, jeden po drugim (ale myślę, że maszyna będzie cierpieć więcej w ten sposób - i oczekuję jak 500 schematów!)

W przeciwnym razie, googlując wokół widziałem, że nie ma automatyczna procedura powielania schematu (używając jednego jako szablonu), ale wiele z nich sugeruje ten sposób:

1. Tworzenie szablonu-schematu
2. Gdy trzeba powielić, Zmień nazwę z nową nazwą
3. wyrzuć to
4. Zmień nazwę z powrotem
5. Przywróć zrzut
Magia jest skończona.

Napisałem 2 wiersze w Pythonie, aby to zrobić; mam nadzieję, że mogą komuś pomóc (w-2-sekund-written-code, nie używaj go w produkcji):

import os
import sys
import pg

#Take the new schema name from the second cmd arguments (the first is the filename)
newSchema = sys.argv[1]
#Temp folder for the dumps
dumpFile = '/test/dumps/' + str(newSchema) + '.sql'
#Settings
db_name = 'db_name'
db_user = 'db_user'
db_pass = 'db_pass'
schema_as_template = 'schema_name'

#Connection
pgConnect = pg.connect(dbname= db_name, host='localhost', user= db_user, passwd= db_pass)
#Rename schema with the new name
pgConnect.query("ALTER SCHEMA " + schema_as_template + " RENAME TO " + str(newSchema))
#Dump it
command = 'export PGPASSWORD="' + db_pass + '" && pg_dump -U ' + db_user + ' -n ' + str(newSchema) + ' ' + db_name + ' > ' + dumpFile
os.system(command)
#Rename back with its default name
pgConnect.query("ALTER SCHEMA " + str(newSchema) + " RENAME TO " + schema_as_template)
#Restore the previus dump to create the new schema
restore = 'export PGPASSWORD="' + db_pass + '" && psql -U ' + db_user + ' -d ' + db_name + ' < ' + dumpFile
os.system(restore)
#Want to delete the dump file?
os.remove(dumpFile)
#Close connection
pgConnect.close()

Powiedziałbym, idź z wieloma bazami danych i wieloma schematami:)

Schematy w postgres są podobne do pakietów w Oracle, jeśli je znasz. Bazy danych mają na celu rozróżnienie całych zestawów danych, podczas gdy schematy są bardziej jak jednostki danych.

Na przykład, możesz mieć jedną bazę danych dla całej aplikacji ze schematami "UserManagement", "LongTermStorage" i tak dalej. "UserManagement" będzie wtedy zawierać tabelę "User", a także wszystkie procedury przechowywane, wyzwalacze, sekwencje itp. które są potrzebne do zarządzania użytkownikami.

Bazy danych to całe programy, Schematy to Komponenty.

Szereg schematów powinien być bardziej lekki niż szereg baz danych, chociaż nie mogę znaleźć odniesienia, które to potwierdza.

Ale jeśli naprawdę chcesz trzymać rzeczy oddzielnie (zamiast refaktoryzować aplikację internetową tak, że kolumna "costomer" jest dodawana do tabel), możesz nadal używać oddzielnych baz danych: twierdzę, że możesz łatwiej dokonać przywracania bazy danych konkretnego klienta w ten sposób-bez przeszkadzania innym klientom.

W kontekście postgresowym zalecam użycie jednego db z wieloma schematami, ponieważ można (np.) łączyć wszystkie schematy, ale nie wszystkie bazy danych. Z tego powodu baza danych jest tak naprawdę całkowicie izolowana od innej bazy danych, podczas gdy Schematy nie są izolowane od innych schematów w tej samej bazie danych. Jeśli z jakiegoś powodu będziesz musiał skonsolidować dane między schematami w przyszłości, łatwo będzie to zrobić na wielu schematach. Z wieloma bazami danych potrzebujesz wielu połączeń db i zbierać i scalać dane z każdej bazy danych "ręcznie" przez logikę aplikacji.

Te ostatnie mają w niektórych przypadkach zalety, ale w głównej części uważam, że podejście one-database-multiple-Schema jest bardziej przydatne.

Get the things clear First most the time you would like to make Some Db read Only and Some read / write So keep schema used as Read only can be keep on Diff Db And read/write Schema in Diff database which I would suggest you to keep MAX 25-30 schema in one DB as you don ' t want to create a load on the database for logs for all schema

Oto jeden artykuł, jeśli chcesz przeczytać więcej