Модераторы: LSD
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Проектирование БД 
:(
    Опции темы
vikaz
Дата 14.12.2009, 19:30 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 869
Регистрация: 15.2.2006

Репутация: нет
Всего: 12



Все добрый вечер! Нужна помощь!
Есть БД сотрудников:

Код

CREATE TABLE [Employee] (
  [OrganicNumber] INTEGER PRIMARY KEY, //Табельный номер (уникальный)
  [FIO] CHAR(100),  //ФИО
  [Post] CHAR(50),  //Должность 
  [DateOfBirth] DATE); // Дата рождения



к этой таблице таблице нужно прикрутить таблицу мед. осмотра:

Код

CREATE TABLE [MedicalInspection] (
  [Ind] integer, // табельный номер
  [MedicalInspectionDate] DATE, //Дата мед. осмотра
  [Hospital] CHAR(50),  // Мед. учреждение
  [Result] CHAR(50), // Результат
  [Restriction] CHAR(50),  // Ограничения
  [DateOfFollowingMedicalInspection] DATE, // дата сл. мед. осмотра
  [PhotoroentgenographyNumber] CHAR(50),  //№ флюорографии
  [PhotoroentgenographyDate] DATE, // дата флюорографии
  [Note] MEMO(255), // примечание
  CONSTRAINT [sqlite_autoindex_MedicalInspection_1] PRIMARY KEY ([Ind], [History]));



Ничего сложно казалось бы нет, если бы, не нужно было организовать историю прохождения мед. осмотра, для каждого сотрудника.
У меня была мысль, создать еще 1 таблицу типа:

Код

CREATE TABLE [History_MedicalInspection] (
  [Ind] integer PRIMARY KEY AUTOINCREMENT, //уникальный номер строки
  [Name] CHAR(50)); // наименование точки истории


Добавить поле History в таблицу Employee и в таблицу MedicalInspection. В MedicalInspection сохранять только 1 номер из History_MedicalInspection, а в таблице Employee перечислять через запятую, так как история может быть, допустим, из 20 записей и все нужно знать и учитывать.
Зачем так? Просто при добавлении новой точки в истории для сотрудника, я показываю пользователю, какие уже точки существуют, чтобы не пришлось заводить еще. Отсюда точность, что нет строк отличающиеся только 1 буквой (по запаре оператора), + очень просто предоставить список всех созданных точек в истории и еще +, что так как будет записана последовательность, значит так и были созданы точки в истории(не нужно проверять последовательность). Но этот метод мне самому не очень нравиться, так как в посл. придется строку с перечислениями, разбирать по запятым и только потом я смогу использовать данные.
Есть и другой способ, не создавая дополнительной таблицы организовать сохранение всех параметров в MedicalInspection, но как тогда получить список всех точек истории в единичном экземпляре я не знаю, ну и тогда нужно еще заводить поле, по которому нужно будет сортировать в порядке возрастания поля, чтобы точно определить последовательность.
В общем, немного запутался и на каком варианте остановиться не знаю. А возможно есть и другие, но пока они мне в голову не пришли.
Прошу помощи..... заранее спасибо


--------------------
user posted image

Нет ничего настолько исправного, чтобы в нем не было ошибок. /Ф. Петрарка/ 
PM MAIL ICQ Skype   Вверх
Akina
Дата 14.12.2009, 21:27 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Советчик
****


Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 13
Всего: 454



Цитата(vikaz @  14.12.2009,  20:30 Найти цитируемый пост)
организовать историю прохождения мед. осмотра, для каждого сотрудника

Код

select e.*, m.*
from Employee as e, MedicalInspection as m
where e.Ind = m.Ind
  and e.FIO = 'Иванов Иван Иванович'
order by m.MedicalInspectionDate asc

Цитата(vikaz @  14.12.2009,  20:30 Найти цитируемый пост)
нет строк отличающиеся только 1 буквой (по запаре оператора)

С какой радости? ФИО, табельные номера и прочее выгружаются из БД "Кадры" предприятия, оператор только выбирает из имеющегося списка.
А если у оператора руки растут оттуда, откуда у остальных ноги - уволить и взять нормального.



--------------------
 О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума.

PM MAIL WWW ICQ Jabber   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Общие вопросы по базам данных"
LSD
Zloxa

Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:

  • вопросам по СУБД для которых нет отдельных подфорумов
  • вопросам которые затрагивают несколько разных СУБД (например проблема выбора)
  • инструменты для работы с СУБД
  • вопросы проектирования БД
  • теоретически вопросы о СУБД

Данный форум не предназначен для:

  • вопросов о поиске разлиных БД (если не понимаете чем БД отличается от СУБД то: а) вам не сюда; б) Google в помощь)
  • обсуждения проблем с доступом к СУБД из различных ЯП (для этого есть соответсвующие форумы по каждому ЯП)
  • обсуждения проблем с написание SQL запросов, для этого есть форум Составление SQL-запросов
  • просьб о написании курсовой, реферата и т.п., для этого есть Центр помощи или фриланс биржа
  • объявлений о найме специалистов, для этого есть раздел Объявления о найме специалистов

Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение. ;)


Полезные советы:

При написании сообщения постарайтесь дать теме максимально понятное название. В теме максимально подробно опишите проблему. Если применимо укажите: название базы данных и версии (MySQL 4.1, MS SQL Server 2000 и т.п.); используемых язык программирования; способа доступа (ADO, BDE и т.д.); сообщения об ошибках.

Для вставки кода используйте теги [code=sql] [/code].

Литературу по базам данных можно поискать здесь.

Действия модераторов можно обсудить здесь.


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | СУБД, общие вопросы | Следующая тема »


 




[ Время генерации скрипта: 0.0445 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.