MongoDB
 sql >> Baza danych >  >> NoSQL >> MongoDB

Kopia zapasowa MongoDB w postaci tekstowej, a nie binarnej do kontroli źródła

MongoDB przechowuje swoje dane w formacie BSON (binarny JSON), więc jeśli konwertujesz do formatu tekstowego, powinieneś być świadomy potencjalnych problemów z wiernością typów danych. Jeśli chcesz mieć spójną kopię zapasową bazy danych MongoDB, zalecanym formatem będzie binarne wyjście mongodump . Nie zalecałbym jednak nadużywania repozytorium git binarnymi kopiami zapasowymi bazy danych.

Zazwyczaj jednym z wyzwalających aspektów bazy danych z elastycznością schematu jest nie martwienie się o migracje schematów podczas rozwoju. Wymaga to pewnego rozważenia, w jaki sposób Twoja aplikacja będzie obsługiwać różne wersje schematu, więc zastosowanie bardziej kontrolowanego podejścia jest również w porządku.

Ponieważ Twoim głównym celem jest utrzymanie synchronizacji schematu bazy danych ze zmianami w kodzie, znacznie lepszym podejściem byłoby zbadanie narzędzi do migracji schematów. Zwykle umożliwiają one tworzenie fragmentów kodu uaktualnienia/obniżenia wersji ze zdefiniowaną kolejnością aplikacji do bazy danych i zapewniają, że wszelkie zmiany w schemacie bazy danych, które nie są obsługiwane przez kod aplikacji, przechwycone w skryptach migracji.

Kilka przykładowych narzędzi:

  • migracja mongo (NodeJS)
  • Mongeez (Java)



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Globalnie używaj JsonConverter w klasie bez atrybutu

  2. Jak poprawnie połączyć się z klastrem Atlas M0 (Free Tier) za pomocą sterownika Java?

  3. Aktualizacja kolekcji Meteorów z tradycyjnym identyfikatorem

  4. MongoDB — Aktualizuj obiekt w zagnieżdżonej tablicy

  5. Wykonywanie zapytań regex za pomocą PyMongo