Как работать с таблицей, содержащей уникальный набор значений типа double? Опции

[Steklova Olga]

Всем привет
В таблице БД FireBird надо хранить массивы значений F_FR для разных объектов (TO_F_OBJ_NMB - номер объекта).
Значения содержат 1..6 цифр в целой части, 2 цифры в дробной части, значения положительные.
Для конкретного объекта массив F_FR не должен содержать повторяющиеся значения.

Таблица создана так

--TABLE T_OBJ_FR может содержать 0...100 значений F_FR для каждого TO_F_OBJ_NMB
CREATE TABLE T_OBJ_FR (
    F_RECORD_NMB     INTEGER NOT NULL, --генератор
    TO_F_OBJ_NMB     INTEGER NOT NULL, --внешний ключ
    F_FR             DOUBLE PRECISION NOT NULL
);
ALTER TABLE T_OBJ_FR ADD CONSTRAINT PK_T_OBJ_FR PRIMARY KEY (F_RECORD_NMB);

Для корректировки таблицы T_OBJ_FR использую диалог,
в котором для корректировки поля F_FR использую doubleSpinBox.

Мне непонятно вот что:
1) можно ли создать уникальный ключ, содержащий поле типа DOUBLE PRECISION? (например, создать уникальный ключ (TO_F_OBJ_NMB, F_FR))
2) если не создавать уникальный ключ, то как проверить, есть ли уже в таблице только что введенное оператором в doubleSpinBox значение F_FR? (как написать SELECT?)
3) не лучше ли будет описать поле F_FR как NUMERIC(8,2), а не DOUBLE PRECISION?
4) можно ввести значение типа NUMERIC(8,2) с помощью doubleSpinBox?
5) можно создать уникальный ключ, содержащий поле типа NUMERIC?

Сообщение отредактировал Steklova Olga - 13.6.2013, 9:15

[Алексей1153]

варианты удобного, на мой взгляд, ключа:

1) текстовый с фиксированным форматом "000000.00"

2) целый (10 знаков)

[alex977]

F_FR             DOUBLE PRECISION NOT NULL

Возможно нужно добавить "UNIQUE"

3.Уникальный ключ

Уникальный ключ - дополнительная возможность ограничения значений записей таблицы с целью профилактики занесения в нее двух и более записей, имеющих одинаковое значение указанного столбца (столбцов). В отличие от PRIMARY KEY количество уникальных ключей в таблице неограничено (точнее, ограничено максимальной комбинаторной суммой вариантов комбинации имен доменов, входящих в таблицу). Уникальный ключ также называется «альтернативным», и чаще всего предназначен не для однозначной идентификации столбца, как Первичный ключ, а для указания столбца, который позволяет осуществить дополнительную идентификацию строки. Например - номер паспорта, код ИНН, номер пенсионной страховки, и т.д.

Указание NOT NULL для UNIQUE, начиная с Firebird 1.5, не является обязательным. При этом уникальный индекс, который будет контролировать данное ограничение UNIQUE, может содержать NULL. Такой индекс невозможно создать командой CREATE INDEX.

Уникальный ключ может быть объявлен как и при описании домена:

CREATE TABLE MY_TABLE(
......
FIELD1 INTEGER NOT NULL UNIQUE,
.....
);
так и при описании таблицы (рекомендуемый вариант, с указанием имени constraint)

CREATE TABLE MY_TABLE(
....
FIELD1 INTEGER NOT NULL,
FIELD2 INTEGER NOT NULL,
....
CONSTRAINT UNQ_MY_TABLE_1 UNIQUE(FIELD1, FIELD2),
....
);
При создании уникального ключа для версий Firebird ниже 1.5, столбец или домен должен содержать дополнительное ограничение ссылочной целостности NOT NULL. Подробнее см. CREATE DOMAIN

источник: http://www.firebirdsql.su/doku.php?id=constraint

[Litkevich Yuriy]

Steklova Olga, Уникальность ключа не зависит от типа данных, задаётся она как описал alex977.

4) можно ввести значение типа NUMERIC(8,2) с помощью doubleSpinBox?

В Qt (и не только) с этим проблема. Qt не может обрабатывать все типы СУБД, т.к. в Си++ свои типы. Поэтому работа идёт со строкой, которую Qt пытается ограничить до заданных пределов при записи в БД, но не в момент редактирования.
Лучше для подобных типов сразу писать делегат, который не даст пользователю выйти за рамки дозволенного.

[Steklova Olga]

Litkevich Yuriy, большое спасибо за ответ

варианты удобного, на мой взгляд, ключа:
1) текстовый с фиксированным форматом "000000.00"
2) целый (10 знаков)

это неудобно

Добавила уникальный ключ

ALTER TABLE T_OBJ_FR ADD CONSTRAINT UK_T_OBJ_FR__OF UNIQUE (TO_F_OBJ_NMB, F_FR);

Работает. Только, чтобы все было корректно, надо при работе с полем F_FR всегда использовать одинаковое кол-во цифр в дробной части (в моем случае - две).
Иначе может получиться вот что.
Например:
в tableView для поля F_FR укажем отображать 2 цифры в дробной части,
для dblSpinBox для корректировки значения F_FR укажем setDecimals(2).
Если оператор выполнит скрипт заполнения таблицы, указав (по ошибке) для значений F_FR не 2, а 3 цифры в дробной части,

INSERT INTO T_OBJ_FR (TO_F_OBJ_NMB, F_FR) VALUES ( 1, 1.11);
INSERT INTO T_OBJ_FR (TO_F_OBJ_NMB, F_FR) VALUES ( 1, 1.114);
INSERT INTO T_OBJ_FR (TO_F_OBJ_NMB, F_FR) VALUES ( 1, 1.117);

то в tableView он увидит значения 1.11, 1.11, 1.12, по внешнему виду нарушающие уникальность,
к тому же оператор сможет добавить в эту таблицу значение F_FR, равное 1.12.

[Litkevich Yuriy]

Если оператор выполнит скрипт заполнения таблицы

ну нужно, чтобы ПО не предоставляло возможности выполнять скрипт непосредственно, а только через интерфейс программы (которая будет всё проверять).


а как происходит вставка таких данных, если поле имеет тип с двумя знаками после запятой?
Ошибка не возникает?

[Steklova Olga]

нужно, чтобы ПО не предоставляло возможности выполнять скрипт непосредственно, а только через интерфейс программы (которая будет всё проверять)

Обычно создаю БД, запуская серию скриптов, в одном из которых заполняю словари и постоянные таблицы. Мне это удобно.

а как происходит вставка таких данных, если поле имеет тип с двумя знаками после запятой?
Ошибка не возникает?

Так у меня-то поле описано так:

F_FR DOUBLE PRECISION NOT NULL

Не стала его переделывать на поле с фиксированной запятой типа NUMERIC или DECIMAL,
потому что я не понимаю всех тонкостей этих типов, мне сложно написать для них делегат.

[Litkevich Yuriy]

Не стала его переделывать на поле с фиксированной запятой типа NUMERIC или DECIMAL

тонкостей у этих типов нет ни каких, лучше всё-таки защитить данные на уровне БД