Как лучше хранить данные в SQL

[TemaTre]

Базу данных пишу впервые, Первую реализацию сделал в обще через кривые костыли в виде клиент-серверного приложения(Ну чтож было год назад, молодой зеленый был), нашлось пару косяков, причем весомых. Захотел переписать это все дело. Решил что лучше не изобретать свой велосипед, а сделать на MySQL. Но вот возник вопрос, как хранить данные.

Скажем там у меня есть класс в нем n полей, как лучше сохранить данные, сделать таблицу с одним полем и в него сохранять сразу весь объект(в бинарном виде). Или же сделать n  отдельных полей в таблице? Какие аргументы для того и другого? Сортировать данные и делать выборки не получится, данные храняться в бинарном виде так, что подобными задачами будет заниматься Qt.

Даже если и получится сделать на некоторые поля такие как Int String и т.д. все равно такие вещи как массивы должны будут сериализоваться в бинарном виде.

[V1KT0P]

Скажем там у меня есть класс в нем n полей, как лучше сохранить данные, сделать таблицу с одним полем и в него сохранять сразу весь объект(в бинарном виде). Или же сделать n  отдельных полей в таблице?

Если не собираешься в будущем по этим полям делать выборки то думаю лучше запихнуть в один блоб.

[xokc]

Именно так, как сказал V1KT0P. Индексируемые поля - отдельно, остальное - сериализация во что-нибудь, и - в BLOB.

[Alex_C]

Видел, как все это сделано в одной очень крупной компании - задача примерно такая же.
Все  - в одном блоб поле. Как там из него/в него читать/писать - думаю не проблема придумать + отдельные поля поиска по ключевым словам. Самая правильная организация на мой взгляд.