MongoDB
 sql >> база данни >  >> NoSQL >> MongoDB

PHP:Лош дизайн ли е сериализирането на обекти и поставянето им в базата данни за по-късно?

В много случаи това би се считало за лош дизайн, но може да работи, ако всичко от следното е приложимо:

  1. Не е необходимо да ги търсите
  2. Можете да приемете (потенциално) ограничена възможност за запитване към тях
  3. Нямате нужда от релационна цялост или други ограничения, наложени от RDBMS
  4. Знаете, че никога няма да ви се наложи да ги четете на друг език
  5. Вие сте уверени, че ще знаете как да ги десериализирате, версирате и мигрирате правилно, когато актуализирате дефиницията на своя клас
  6. Уверени сте, че форматът за сериализиране на PHP ще бъде стабилен във всички версии (или сте готови да напишете код за миграция, или това е краткосрочен проект и не ви интересува)
  7. Вие сте готови да приемете незначително наказание за представяне (SELECT + deserialize() ще бъде по-бавно от просто SELECT )


  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Aggregate $lookup Общият размер на документите в съответстващия конвейер надвишава максималния размер на документа

  2. MongoDB начинаещ - да се нормализира или да не се нормализира?

  3. Не може да се инсталира драйвер на mongodb php на mac os 10.9

  4. Как да намерите дължината на масива mongodb

  5. Как да тествам метод, който се свързва с mongo, без всъщност да се свързва с mongo?