sql >> Databasteknik >  >> NoSQL >> MongoDB

PHP:Är det dålig design att serialisera objekt och fästa dem i databasen för senare?

I många fall skulle detta anses vara dålig design, men det skulle kunna fungera om allt av följande gäller:

  1. Du behöver inte söka på dem
  2. Du kan acceptera (potentiellt) begränsad möjlighet att fråga efter dem
  3. Du behöver inte relationsintegritet eller andra begränsningar som upprätthålls av RDBMS
  4. Du vet att du aldrig behöver läsa dem på ett annat språk
  5. Du är säker på att du vet hur du deserialiserar, versionerar och migrerar dem korrekt när du uppdaterar din klassdefinition
  6. Du är säker på att PHP-serialiseringsformatet kommer att vara stabilt i alla versioner (eller så är du villig att skriva migreringskod, eller så är det ett kortsiktigt projekt och du bryr dig inte)
  7. Du är villig att acceptera en mindre prestationsstraff (SELECT + deserialize() kommer att vara långsammare än bara SELECT )


  1. Nod MongoDb { err:'anslutning till [127.0.0.1:27017] tog timeout' }

  2. MongoDB-schemadesign för flervalsfrågor och svar

  3. Mongodb grupp och tryck med tomma arrayer

  4. Jedis, kan inte få jedis-anslutning:kan inte hämta resurs från poolen