SangYong, при втором варианте задача вырождается в динамическую ORM с описанием в отдельных таблицах классов, членов этих классов с указанием типа данных хранения и интерпретации, ведением таблицы объектов и нескольких таблиц значений членов объекта по типам данных хранения. А-ля платформа "1С".

SangYong, у меня такие вещи собираются в набор строк с полями:
"object_id" ID,
"attr_id" ID,
"sequence" SMALLINT,
"int2" SMALLINT,
"int8" BIGINT,
"blob" BLOB,
"dtm8" TIMESTAMP,
"flt8" DOUBLE PRECISION,
"int4" INTEGER,
"flt4" FLOAT,
"vchr" DESCRIPTION,
"value" DESCRIPTION -- символьное представление значения с учетом интерпретации (то, что будет показано пользователю)

и еще дюжина служебных полей, таких как: тип (из какого поля брать значение), уточнение (что из себя представляет значение), имя атрибута, тэг, видимость и т.д.

P.S. Форумяне, прошу воздержаться от возражений по поводу использования двойных кавычек в квотировании имен полей. ;)

NikolayV81Если итак известно какой тип сохраняем, то зачем такой зоопарк полей? Есть недоверие к преобразованиям type->str str->type?
p.s. sequence smallint порадовало... тогда уж rec_no называть нужно...

Это если известно заранее, а не задается разработчиком конфигурации. В моем варианте атрибут класса, его тип, интерпретация, порядок и условия видимости задаются в отдельных таблицах практически в runtime режиме. Уже писал, что это больше похоже на платформу "1С".

NikolayV81И всё равно не понимаю почему не использовать отдельный класс для преобразования этих типов в строку, ведь по факту может оказаться что в runtime кто-то захочет завести 126-битное целое :)
Потому, что конкретно в моей ORM, чтобы что-то преобразовать в строку, надо знать тип значения (из какой таблицы брать) и что это значение из себя представляет. К примеру, четырехсимвольные теги типа значения и интерпретации значения в таблице описания атрибута содержат 'INT4' и 'IPV4', что означает:
1. Значение находится в таблице VALUE_INT4 (ограничивается полями: object_id, attr_id, value);
2. Значение представляет из себя адрес в таком же формате, как в поле заголовка пакета IPv4 (порядок байт big-endian);
3. Может быть преобразовано специальной ХП в строку вида '###.###.###.###', содержащую десятичные значения октетов IP адреса;

Собственно, некая ХП чтения значения атрибута объекта и занимается всеми этими преобразованиями, помещая полученное значение в поле "value", помимо того, что возвращает значения поля в неизменном виде в одном из полей: "int2", "int8", "blob", "dtm8", "flt8", "int4", "flt4" или "vchr" (из какого поля программе брать значение определено четырехсимвольным тэгом типа значения).

Так понятно?