CyberMax,

Индекс и ограничение уникальности - не одно и то же.
У тебя уже есть ограничение уникальности по этим трем полям. Ты пытаешься его продублировать, о чем сервер тебе и сообщает.
Порядок полей в ограничении уникальности значения не имеет.

Другой вопрос что для обеспечения работы этой проверки уникальности при этом создается индекс, порядок полей в котором может играть значение при сортировке или при выборке по части полей. Тогда просто создай дополнительный индекс через CREATE INDEX, или пересоздай ограничение уникальности указав иной порядок полей.

Писать в трекер не вижу причины, вроде все логично.

dimitrА если бы создавал именно уникальный индекс, то проблемы бы не было.

А в чем смысл уникального индекса?

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

Я так и не понял - есть ли какие-то причины не создавать ограничение уникальности а вместо этого делать уникальный индекс?
Или это только ради некоей совместимости оставлено?

Я просто помню что в BDE для DBF был такой прикол - уникальный индекс создать можно, но ограничением уникальности он не являлся. Соответственно, если используя этот индекс искать некоторую запись то из множества записей с таким значением выдавалась только какая-нибудь одна :)
Потом кажись это дело пофиксили, но к тому времени я уже завязал и с DBF и с BDE.