Какое поле использовать для хранения QVariant в mysql?

[DpoHro]

У меня есть колонка где будут храниться данные небольшого объема но их тип может быть строкой, целым числом, числом с плавающей точкой, датой и пр. какого типа обозвать поле для хранения таких данных посоветуете?

[break]

Можно хранить в 2-х колонках - первая колонка собственно тип (целого типа и будет соответствовать подтипам кутешного варианта, чтобы проще было потом читать)

Вторая колонка данные - строка (для FB я бы взял varchar) с запасом по длине символов соответственно самой длинной строке или числу с максимум знаком которое будет храниться или сколько не жалко...

Писать через toString
Читать в зависимости от типа через соответвующие методы

можно слить в 1 колонку и использовать специфический разделитель - но это изврат уже...

[Rcus]

Можно хранить и в одном поле, QVariant умеет записываться в QDataStream, только при хранении собственных типов необходимо переопределить и зарегистрировать операторы сохранения в поток (ну и чтения). Проблема только в неиндексируемости данного представления

[lit-uriy]

>>Проблема только в неиндексируемости данного представления
тогда может проще BLOB?

[Admin]

я недавно тоже думал над проблемкой нужно было хранить int и string
сначала 2 поля завел - но SQL запросы стали не преподьемные для меня

потом завел поле типа text -  и не парюсь )

[DpoHro]

я недавно тоже думал над проблемкой нужно было хранить int и string
сначала 2 поля завел - но SQL запросы стали не преподьемные для меня

потом завел поле типа text -  и не парюсь )

Хм... пожалуй так и надо сделать, но наверное использую tinytext, у меня больших значений не будет.

[Admin]

Вот если бинарные данные захотите хранить - то тут придеться скобки квотить. А так пожалуйста.