![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Определение структуры БД
frostbite © (2001-12-21 14:48:00)Есть два объекта (не всысле языка программирования):
1. Журнал жалоб
2. Список работников
Как связать эти сущности, если каждой жалобе должно соответсвовать три работника (тот, кто принял жалобу, тот, кто диагностровал неисправность, и тот , кто ее устранил)???
gek (2001-12-21 16:07:00) [1]>> frostbite
Ну блин на такие вопросы ты еще радуйся, что дают ответы.
Ну действительно купи себе более или менее сносную книжку и посмотри как это делается. И чего спрашивается обижаться?
Delirium (2001-12-21 15:51:00) [2]ДЕН-даоизм :)
frostbite (2001-12-21 15:38:00) [3]Знаешь... ты может быть класный программист, замечательно разбираешься в базах данных, наверняка в чем-то еще, но человек ты так себе, высокомерный очень...
panov (2001-12-21 15:35:00) [4]Объясни, какие выбоки ты хочешь сделать из таблиц.
Delirium © (21.12.01 15:13) правильно написал:
Таблица жалоб:
t_z:
Date_reg: Date, //дата регистрации жалобы
Address: VarChar(), //Координаты жалобщика
id1: Numeric(3,0), //Кто принял жалобу
id2: Numeric(3,0), //Кто диагностировал
Date_Diag: Date, //дата диагностики
id3: Numeric(3,0), //Кто устранил
Date_Ustr: Date, //дата ремонта
Comment: VarChar() //Комментарии
Таблица сотрудников:
t_p:
id: Numeric(3,0), //Уникальный идентификатор сотрудника
Name: VarChar() //Имя сотрудника
---------------------
Из этих таблиц ты можешь сделать любуювыборку...
Delirium (2001-12-21 15:33:00) [5]Кстати - "...в рамках нормализации..." значит читал таки что-то?
Delirium (2001-12-21 15:27:00) [6]Ну и что тут сложного то?
создеёшь третью таблицу:
"Журнал"
z_id z_name
1 AAA
2 BBB
3 CCC
"Список"
s_id s_name
1 aaaa
2 assad
3 csdc
4 sdf
"связка"
z_id s_id
1 1
1 2
1 3
2 2
2 4
3 1
Правда трудно?
frostbite (2001-12-21 15:24:00) [7]Господа! Я вас умоляю, не считайте себя априори умнее других.
frostbite (2001-12-21 15:22:00) [8]2 Delirium: Зашибись один работник связан с несколькими жалобами, ну и что?
Мне что это надо? Я по моему описал отношение Many-to-Many а они в рамках нормализации в принципе не решаются через 2 таблицы. ИМХО.
2 panov: Я вот думаю сделать Entity Жалоба, Entity Работник, и еще 3 Entity на соответсвенно Обнаружение, Диагностику и Ремонт и через них соединить, но чтото мне не нравиться...
gek (2001-12-21 15:20:00) [9]>> frostbite
А че ты возмущаешься?
Тебе правильно сказали
panov (2001-12-21 15:14:00) [10]>frostbite © (21.12.01 15:05)
А у тебя какие мысли есть по этому поводу?
Delirium (2001-12-21 15:13:00) [11]Нечего возмущаться :) ворос и правда - проще не бывает.
Создаешь две таблицы: "журнал" и "список", в "журнал" добавляешь уникальный ключ, а в "список" такое-же поле, где будут храниться эти самые ключи
"Журнал"
id z_name
1 AAA
2 BBB
3 CCC
"Список"
id s_name
1 aaaa
1 assad
2 csdc
2 sdf
3 dsf
3 aaaa
3 sdfsd
Вот и всё :)
frostbite (2001-12-21 15:05:00) [12]Вот спасибо, очень я люблю такие ответы, без тебя я не знал, что есть такие книжки. Если ты считаешь этот вопрос глупым, не отвечай на него. Очень прошу.
Delirium (2001-12-21 14:56:00) [13]Элементарно, прочитай хоть одну книжку по БД :)