Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Определение структуры БД


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]

Элементарно, прочитай хоть одну книжку по БД :)


Наверх

Титульная страница Поиск, карта сайта Написать письмо