Вешайте дополнительное поле типа varchar, ставим его уникальным и создаем триггер отрабатывающий на insert/update который вычисляет md5 для поля text и пишет его в varchar-овое поле. Триггер отрабатывает перед записью или update. Если md5 совпали, значит совпал и текст и это вызовет исключение.
Как-то так это и будет.
Функция для вычисления:
CREATE OR REPLACE FUNCTION calc_md5()
RETURNS trigger AS
BEGIN
NEW.c_tmp=md5(OLD.c_test);
RETURN NEW;
END;
Триггер:
CREATE TRIGGER ins_upd_md5
BEFORE INSERT OR UPDATE
ON t_table
FOR EACH ROW
EXECUTE PROCEDURE calc_md5();
Ellik: связь один ко многим между таблицей с обьектами и таблицей с параметрами. Можно ещё добавить таблицу с типами параметров, если их список ограничен. Уникальность обеспечивается объявлением первичного ключа в таблице с параметрами на сочетание столбцов со значением, с ссылкой на объект и на тип параметра.
Ellik: Можно остаться в рамках EAV в принципе. Просто нужно добавить в таблицу со значениями еще одно поле - хэш (md5 как правило) от значения атрибута. В случае md5 добавляем VAR(32), ставим на него уникальный индекс. Если в таблице храниться не один тип атрибутов (только цвет, только размер...) и сразу все, то уникальный индекс нужно вешать на 2 поля - хэш от значения и идентификатор конкретного атрибута.
Алексей Сундуков: неопределённая величина решается типом TEXT или BLOB. Про неопределённый тип не вижу упоминания у автора, но да, решить это тривиально из без оверхеда в рамках реляционной модели трудновато будет.
Алексей Сундуков: насколько я понял автора вопроса, TEXT был задуман как костыль для имитации EAV, в нём предполагалось хранить JSON или что-то подобное.
