![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Ссылочная целостность [D6, IB6.x]
Анна © (2003-04-24 21:22:00)Как правильно и в каком порядке задать с.ц. в InterBase&
Zacho (2003-04-24 23:45:00) [1]
> Анна (24.04.03 23:32)
Это откуда ? Не читал такого (или уже забыл) :), но здесь явно не тот случай. Или я этой цитаты не понял. В данном примере - стандартная связь один-ко-многим. А то,что по трем полям, какая разница, сколько полей ? От задачи зависит.
Анна (2003-04-24 23:32:00) [2]Цитирую: "Связь наз-ся неид-щей, если экземпляр дочерней сущности определяется иначе, чем через связь с родительской сущностью"
Zacho (2003-04-24 23:20:00) [3]
> Анна (24.04.03 23:10)
Правильно, только что такое "связь - неидентифицирующая" ? Я таких терминов не знаю :) Серьезно, не понял этой фразы.
Zacho (2003-04-24 23:14:00) [4]
> Johnmen © (24.04.03 23:03)
В принципе, пофиг. Главное, что скрипты, созданные IBExpert"ом, нормально выполняются :-)
Анна (2003-04-24 23:10:00) [5]Заработало. Спасибо.
Ещё вопрос.
OKOF_CLASSIF - родительская, OKOF - дочерняя, связь - неидентифицирующая, я так понимаю?
Johnmen (2003-04-24 23:03:00) [6]Действительно особенность Extract metadata в IBExpert"е.
А в ИБконсоли-то правильно...:)
Zacho (2003-04-24 22:39:00) [7]А хрен знает.. Вообще-то NOT NULL определено в домене D_ID. То, что NOT NULL оказалось в DDL таблицы - вестимо какая-то особенность Extract metadata в IBExpert"е.
Johnmen (2003-04-24 22:30:00) [8]Игорь, поясни, почему у тебя ID_OKOF D_ID NOT NULL ?
Zacho (2003-04-24 22:17:00) [9]Вот небольшой пример, из реальной базы, надеюсь разберешься:
CREATE TABLE OKOF (
ID_OKOF D_ID NOT NULL,
CODE_OKOF CHAR(9) NOT NULL,
KC INTEGER,
NAME_OKOF D_NAME,
AMORT_GROUP INTEGER,
MIN_SPI INTEGER,
MAX_SPI INTEGER,
LINK_DETAIL D_ID_REFERENCE,
L1_CLASSIF INTEGER NOT NULL,
L2_CLASSIF INTEGER NOT NULL,
L3_CLASSIF INTEGER NOT NULL
);
CREATE TABLE OKOF_CLASSIF (
L1 INTEGER NOT NULL,
L2 INTEGER NOT NULL,
L3 INTEGER NOT NULL,
CODE_OKOF CHAR(9) NOT NULL,
NAME_OKOF D_NAME NOT NULL
);
/******************************************************************************/
/*** Primary Keys ***/
/******************************************************************************/
ALTER TABLE OKOF ADD CONSTRAINT PK_OKOF PRIMARY KEY (ID_OKOF);
ALTER TABLE OKOF_CLASSIF ADD CONSTRAINT PK_OKOF_CLASSIF PRIMARY KEY (L1, L2, L3);
/******************************************************************************/
/*** Foreign Keys ***/
/******************************************************************************/
ALTER TABLE OKOF ADD CONSTRAINT FK_OKOF_CLASSIF FOREIGN KEY (L1_CLASSIF, L2_CLASSIF, L3_CLASSIF) REFERENCES OKOF_CLASSIF (L1, L2, L3);
Johnmen (2003-04-24 22:08:00) [10]>Анна (24.04.03 21:55)
>..затем Index
Не понял...Для каких целей ?
Zacho (2003-04-24 22:01:00) [11]Подробнее.. Приведи DDL. Или подробно опиши весь процесс, с указанием используемых инструментов. Кстати, не обязательно PK. Можно и UNIQUE INDEX, впрочем, не советую :-)
Анна (2003-04-24 21:55:00) [12]Создаю ключ, потом, когда создаю с.ц. выбираю reference table, затем Index. Тут то он и ругается что Cannot edit Index. Что не так?
Johnmen (2003-04-24 21:33:00) [13]Сначала создается первичный ключ для таблицы (одновременно с ее созданием или позже).
Потом создается ссылочный ключ для таблицы (одновременно с ее созданием или позже).
При необходимости указываются каскадные воздействия...
:)
Sergey Masloff (2003-04-24 21:32:00) [14]Анна (24.04.03 21:22)
>Как правильно
в соответствии с предметной областью
>и в каком порядке задать с.ц. в InterBase
Вы знаете несколько вариантов? ;-))