PHP:Ist es schlechtes Design, Objekte zu serialisieren und für später in die Datenbank zu stecken?

In vielen Fällen würde dies als schlechtes Design angesehen werden, aber es könnte funktionieren, wenn alle der folgenden Punkte zutreffen:

1. Sie müssen sie nicht durchsuchen
2. Sie können (potenziell) eingeschränkte Abfragemöglichkeiten akzeptieren
3. Sie brauchen keine relationale Integrität oder andere Einschränkungen, die vom RDBMS erzwungen werden
4. Sie wissen, dass Sie sie nie in einer anderen Sprache lesen müssen
5. Sie können sicher sein, dass Sie wissen, wie man sie richtig deserialisiert, versioniert und migriert, wenn Sie Ihre Klassendefinition aktualisieren
6. Sie sind zuversichtlich, dass das PHP-Serialisierungsformat über Releases hinweg stabil sein wird (oder Sie sind bereit, Migrationscode zu schreiben, oder es ist ein kurzfristiges Projekt und es ist Ihnen egal)
7. Sie sind bereit, eine geringfügige Leistungseinbuße zu akzeptieren (SELECT + deserialize() wird langsamer sein als nur SELECT )