Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2004.06.27;
Скачать: [xml.tar.bz2];

Вниз

Несколько полей для связи   Найти похожие ветки 

 
Kirill ©   (2004-06-01 12:16) [0]

Есть табличка

<поле_1>
<поле_2>
<поле_3>
<поле_4>
<поле_5>,
есть два справочника
справочник_1
<поле_11>
<поле_12>
справочник_2
<поле_21>
<поле_22>

Справочник_1 связан с таблицей тремя полями:
поле_2, поле_3, поле_4 связаны с поле_11.
Естественно у меня ругается на это.
Как-нибудь по другому можно реализовать эти связи в Firebird 1.5?


 
Соловьев ©   (2004-06-01 12:24) [1]


> поле_2, поле_3, поле_4 связаны с поле_11.

т.е.? как это?


 
Соловьев ©   (2004-06-01 12:27) [2]

вообще-то называть поля надо более понятно и со смыслом...


 
Kirill ©   (2004-06-01 15:47) [3]

таблица
id_zadan
sotrudnik1
sotrudnik2
sotrudnik3
data

Где три сотрудника должны браться из одного справочника.


 
Соловьев ©   (2004-06-01 15:53) [4]


> [3] Kirill ©   (01.06.04 15:47)

а если не 3 будет,а 4 или 5 ИМХО, структура не верна.
надо 3 поля:
id_zadan
fk_sotrudnik
data


 
Johnmen ©   (2004-06-01 16:00) [5]

>Естественно у меня ругается на это.

Видимо, матом ?
И в чём естественность ?


 
bushmen ©   (2004-06-01 16:09) [6]

>Как-нибудь по другому можно реализовать эти связи в Firebird 1.5?

В принципе, структура построения базы данных везде одинаковая. Разные реализации.


 
Kirill ©   (2004-06-01 18:33) [7]

а если не 3 будет,а 4 или 5 ИМХО, структура не верна.
надо 3 поля:
id_zadan
fk_sotrudnik
data

Мне надо именно три, т.к. дам одновременно используются 3 человека (бригада).


 
Соловьев ©   (2004-06-01 18:36) [8]


> id_zadan
> fk_sotrudnik
> data

при такой организации - количество сотрудников в бригаде не играет роль. Хоть 3, хоть 33, хоть 555


 
YurikGL ©   (2004-06-01 18:39) [9]

Kirill ©   (01.06.04 12:16)  

Если хочешь именно так, - реализуй соответствующие триггеры.


 
Kirill ©   (2004-06-02 01:11) [10]


> Если хочешь именно так, - реализуй соответствующие триггеры.

Как? Что-то я не совсем понимаю сам принцип и механизм работы...

> при такой организации - количество сотрудников в бригаде
> не играет роль. Хоть 3, хоть 33, хоть 555

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


 
Sergey13 ©   (2004-06-02 09:14) [11]

2Kirill ©   (02.06.04 01:11) [10]
По твоей не шибко хорошей (мягко выражаясь 8-) структуре тебе надо не одну связь (ФК) а три, каждое полеN ссылается на поле11 справочника. Но это для тебя сейчас не главное - главное думай над структурой без заморочек типа "сейчас там...". Как подсказка - создай отдельную таблицу "работники-на-задание" (id_sotrudnik,id_zadan).


 
Izyum ©   (2004-06-02 09:31) [12]

ну вот, вырисовывается класическое многие-ко-многим:)


 
Sergey13 ©   (2004-06-02 09:54) [13]

2Izyum ©   (02.06.04 09:31) [12]
>ну вот, вырисовывается класическое многие-ко-многим:)
Оно там было изначально нарисовано, просто не разглядели. Сюрреализм, однако. 8-)


 
Соловьев ©   (2004-06-02 09:55) [14]


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

блин ну на фиг резервировать под не сущестувующих работников место?
при организации

id_zadan
fk_sotrudnik
data

и экономия места, и правильная логика. Обьясни в чем тут у тебя непонятка?


 
Kirill ©   (2004-06-02 10:13) [15]


> По твоей не шибко хорошей (мягко выражаясь 8-) структуре
> тебе надо не одну связь (ФК) а три, каждое полеN ссылается
> на поле11 справочника. Но это для тебя сейчас не главное
> - главное думай над структурой без заморочек типа "сейчас
> там...". Как подсказка - создай отдельную таблицу "работники-на-задание"
> (id_sotrudnik,id_zadan).

Понял. Спасибо за разъяснение. Буду изменять структуру БД.
Вопрос закрыт.



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2004.06.27;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.48 MB
Время: 0.027 c
1-1086852834
MetalFan
2004-06-10 11:33
2004.06.27
Как перехватить/поймать/перекрыть...


14-1085948896
Piter
2004-05-31 00:28
2004.06.27
Таблица описателей процеса


1-1086796577
han
2004-06-09 19:56
2004.06.27
работа с датой


4-1084433840
Nebiyev
2004-05-13 11:37
2004.06.27
Отображение индикатор языка


3-1085940173
Valera
2004-05-30 22:02
2004.06.27
БД подключение справочника





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский