PostgreSQL
 sql >> Baza danych >  >> RDS >> PostgreSQL

Flyway wiele tabel metadanych w jednym schemacie

Idealnym rozwiązaniem dla Ciebie byłoby podzielenie modułów na schematy. Daje to efektywną jednostkę izolacji na moduł i jest również naturalnym rozwiązaniem dla aplikacji modułowych (moduły całkowicie izolowane i samozarządzające), zamiast zrzucania wszystkiego do jednego schematu (zwłaszcza publicznego). np.

application_database
    ├── public
    ├── module_1
    │   ├── schema_version
    │   ├── m1_t1
    │   └── m1_t2
    ├── module_2
    │   ├── schema_version
    │   ├── m2_t1
    │   └── m2_t2
    ...

Drugą opcją jest pozostanie przy użyciu publicznego schematu do obsługi wszystkich tabel, ale użyj indywidualnego schematu dla każdej schema_version . Jest to mniejszy wysiłek związany z refaktoryzacją, ale z pewnością mniej elegancki projekt niż wspomniany powyżej. np.

application_database
    ├── public
    │   ├── m1_t1
    │   ├── m1_t2
    │   ├── m2_t1
    │   └── m2_t2
    ├── module_1
    │   └── schema_version
    │
    ├── module_2
    │   └── schema_version
    ...


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Skróty pgAdmin do wykonywania skryptów

  2. Czysty sposób na korzystanie z funkcji okna postgresql w django ORM?

  3. Odpowiednik strftime w Postgres

  4. Postgres Wyjątki i java

  5. Aktualny stan zarządzania kopiami zapasowymi Open Source dla PostgreSQL