Здравствуйте, гость ( Вход | Регистрация )
Litkevich Yuriy | Дата 15.6.2013, 14:39 |
Не стала его переделывать на поле с фиксированной запятой типа NUMERIC или DECIMAL тонкостей у этих типов нет ни каких, лучше всё-таки защитить данные на уровне БД |
|
Steklova Olga | Дата 14.6.2013, 9:43 |
нужно, чтобы ПО не предоставляло возможности выполнять скрипт непосредственно, а только через интерфейс программы (которая будет всё проверять) Обычно создаю БД, запуская серию скриптов, в одном из которых заполняю словари и постоянные таблицы. Мне это удобно.а как происходит вставка таких данных, если поле имеет тип с двумя знаками после запятой? Так у меня-то поле описано так:Ошибка не возникает? Не стала его переделывать на поле с фиксированной запятой типа NUMERIC или DECIMAL,потому что я не понимаю всех тонкостей этих типов, мне сложно написать для них делегат. |
|
Litkevich Yuriy | Дата 13.6.2013, 16:47 |
Если оператор выполнит скрипт заполнения таблицы ну нужно, чтобы ПО не предоставляло возможности выполнять скрипт непосредственно, а только через интерфейс программы (которая будет всё проверять).а как происходит вставка таких данных, если поле имеет тип с двумя знаками после запятой? Ошибка не возникает? |
|
Steklova Olga | Дата 13.6.2013, 11:18 |
Litkevich Yuriy, большое спасибо за ответ варианты удобного, на мой взгляд, ключа: это неудобно1) текстовый с фиксированным форматом "000000.00" 2) целый (10 знаков) Добавила уникальный ключ
Работает. Только, чтобы все было корректно, надо при работе с полем F_FR всегда использовать одинаковое кол-во цифр в дробной части (в моем случае - две). Иначе может получиться вот что. Например: в tableView для поля F_FR укажем отображать 2 цифры в дробной части, для dblSpinBox для корректировки значения F_FR укажем setDecimals(2). Если оператор выполнит скрипт заполнения таблицы, указав (по ошибке) для значений F_FR не 2, а 3 цифры в дробной части, то в tableView он увидит значения 1.11, 1.11, 1.12, по внешнему виду нарушающие уникальность,к тому же оператор сможет добавить в эту таблицу значение F_FR, равное 1.12. |
|
Litkevich Yuriy | Дата 12.6.2013, 7:32 |
Steklova Olga, Уникальность ключа не зависит от типа данных, задаётся она как описал alex977. 4) можно ввести значение типа NUMERIC(8,2) с помощью doubleSpinBox? В Qt (и не только) с этим проблема. Qt не может обрабатывать все типы СУБД, т.к. в Си++ свои типы. Поэтому работа идёт со строкой, которую Qt пытается ограничить до заданных пределов при записи в БД, но не в момент редактирования.Лучше для подобных типов сразу писать делегат, который не даст пользователю выйти за рамки дозволенного. |
|
alex977 | Дата 11.6.2013, 17:05 |
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 |
|
Алексей1153 | Дата 11.6.2013, 11:59 |
варианты удобного, на мой взгляд, ключа: 1) текстовый с фиксированным форматом "000000.00" 2) целый (10 знаков) |
|
Steklova Olga | Дата 11.6.2013, 10:18 |
Всем привет В таблице БД FireBird надо хранить массивы значений F_FR для разных объектов (TO_F_OBJ_NMB - номер объекта). Значения содержат 1..6 цифр в целой части, 2 цифры в дробной части, значения положительные. Для конкретного объекта массив F_FR не должен содержать повторяющиеся значения. Таблица создана так
Для корректировки таблицы 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? |
|
Просмотр темы полностью (откроется в новом окне) | |
Текстовая версия | Сейчас: 29.3.2024, 10:44 |