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

PHP:Czy serializowanie obiektów i umieszczanie ich w bazie danych na później jest złym projektem?

W wielu przypadkach byłoby to uważane za zły projekt, ale może działać, jeśli spełnione są wszystkie poniższe warunki:

  1. Nie musisz ich szukać
  2. Możesz zaakceptować (potencjalnie) ograniczoną możliwość zapytania o nie
  3. Nie potrzebujesz integralności relacyjnej ani innych ograniczeń wymuszanych przez RDBMS
  4. Wiesz, że nigdy nie będziesz musiał czytać ich w innym języku
  5. Masz pewność, że będziesz wiedział, jak je prawidłowo deserializować, wersjonować i migrować, gdy zaktualizujesz definicję klasy
  6. Masz pewność, że format serializacji PHP będzie stabilny we wszystkich wydaniach (lub chcesz napisać kod migracji lub jest to projekt krótkoterminowy i nie obchodzi Cię to)
  7. Jesteś skłonny zaakceptować niewielką karę za wydajność (SELECT + deserialize() będzie wolniejszy niż tylko SELECT )


  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Zapytania wewnątrz tablic Postgres JSON

  2. MongoDB $ceil

  3. MongoDB / Meteor / Eksportuj MONGO_URL do wdrożonych aplikacji

  4. MongoDB:Jak policzyć pole, jeśli jego wartość pasuje do warunku?

  5. Mongodb $lookup z zagnieżdżonym dokumentem