Serialization can be attempted or can be a good approach to store user settings
or preferences – you only really need to store the settings that differ from the
default values.
Serialization is good approach for just storing and getting back data
not for
searching on the serialized column or update individual value in the column.
If you want to just store and update user settings as on change and just
deserialize nothing from php and nothing to do with the values in the column
much specifically. Go for Serialization.
It can in no ways help you maintain
relationship with serialized data. The moment you require to make the data
serialized meaningful or relational. You need to
normalize.
Ако приложението наистина е без схеми и има много незадължителни параметри, които не се появяват във всеки запис, сериализирането на данните в една колона може да бъде по-добра идея, отколкото да имате много допълнителни колони, които са NULL.
Това ще отговорете на въпроса си
Трябва да внимавате:
1) Ако постоянно правите малки актуализации на една част от данните в много голям блок, усилията, които MySQL трябва да положи, се увеличават значително.
2) загуба на функционалност:мисля, че не ви трябва за потребителски настройки.
