Здравствуйте. У меня такая ситуация. Ходил на собеседование и меня попросили в качестве теста спроектировать структуру базы данных.
После того как я отправил свой вариант мне ответили что я не устраиваю их как специалист. Что было не так мне естественно не сказали. А знать бы хотелось. Поэтому я выложу условие и свое решение. Если кто может найдет какие ошибки, то я был бы благодарен за советы и объяснения.

УСЛОВИЕ:

Требуется: Разработать структуру данных (перечень таблиц, ключей, индексов, триггеров) для реализации системы учета рабочего времени сотрудников. Требования к системе:
• суммарная отметка выполненных сотрудником за день работ не должна превышать 10 часов;
• каждый из сотрудников работает только в одном отделе и обладает одной из категорий («Сотрудник на испытательном сроке», «Специалист», «Ведущий специалист», «Руководитель проекта» и т.п.). Состав категорий может изменяться при выделении новых организационных единиц;
• в каждом отделе есть руководитель;
• в один день сотрудник может работать по разным проектам, и по разным этапам проекта;
• должна быть возможность фиксации перечня проектов, в которых может участвовать сотрудник;
• для работ выполненных для внешних заказчиков отдельно должно указываться время выполнения таких работ.

МОЕ РЕШЕНИЕ:

----------------------------------------------------------Таблицы------------------------------------------------------------------------------------------------------

Time
TaskNo int Primary Key
Date DateTime Дата рабочего дня
EmployeeID int Идентификатор сотрудника
GrantID int Идентификатор разрешения работы по проекту
Hours Decimal(2,0) Кол-во часов
TaskDescription text Описание сделанной работы

Триггер: 1. На вставку в таблицу проверка количества часов в день. Должно быть меньше либо равно 10.
2. На проверку разрешения работы сотрудника по соответствующему проекту (в таблице GrantToStage)
Кластеризованный индекс на столбец Date.
Некластеризованный индекс на столбец EmployeeID.





Employees
EmployeeID int Идентификатор сотрудника
Name varchar(50) Имя сотрудника
PositionID int Идентификатор должности
DepartmentID int Идентификатор отдела

Position
PositionID int Идентификатор должности
PositionName varchar(50) Название должности

Department
DepartmentID int Идентификатор отдела
DepartmentName varchar(50) Название отдела
DepartmentLeaderID int Начальник отдела


ProjectStages
StageID int Идентификатор этапа
ProjectID int Идентификатор проекта
StageName varchar(50) Название этапа

Projects
ProjectID int Идентификатор проекта
ProjectName varchar(50) Название проекта
CustomerID int Идентификатор заказчика

GrantToStage
GrantID int Идентификатор разрешения работы по проекту
StageID int Идентификатор этапа
EmployeeID int Идентификатор сотрудника

Customers
CustomerID int Идентификатор заказчика
CustomerType bit Тип заказчика(внутр. или внешн.)
CustomerName varchar(50) Название заказчика


Схема БД в приложенном рисунке.

Модератор: Тема перенесена из форума "Microsoft SQL Server".

Знаю. Просто я сначала не там эту тему создал. Ее перенесли и что то с текстом случилось. Не могу найти где отредактировать. Вот тогда заново:

Здравствуйте. У меня такая ситуация. Ходил на собеседование и меня попросили в качестве теста спроектировать структуру базы данных.
После того как я отправил свой вариант мне ответили что я не устраиваю их как специалист. Что было не так мне естественно не сказали. А знать бы хотелось. Поэтому я выложу условие и свое решение. Если кто может найдет какие ошибки, то я был бы благодарен за советы и объяснения.

УСЛОВИЕ:

Требуется: Разработать структуру данных (перечень таблиц, ключей, индексов, триггеров) для реализации системы учета рабочего времени сотрудников. Требования к системе:
• суммарная отметка выполненных сотрудником за день работ не должна превышать 10 часов;
• каждый из сотрудников работает только в одном отделе и обладает одной из категорий («Сотрудник на испытательном сроке», «Специалист», «Ведущий специалист», «Руководитель проекта» и т.п.). Состав категорий может изменяться при выделении новых организационных единиц;
• в каждом отделе есть руководитель;
• в один день сотрудник может работать по разным проектам, и по разным этапам проекта;
• должна быть возможность фиксации перечня проектов, в которых может участвовать сотрудник;
• для работ выполненных для внешних заказчиков отдельно должно указываться время выполнения таких работ.

МОЕ РЕШЕНИЕ:

----------------------------------------------------------Таблицы------------------------------------------------------------------------------------------------------

Time
TaskNo int Primary Key
Date DateTime Дата рабочего дня
EmployeeID int Идентификатор сотрудника
GrantID int Идентификатор разрешения работы по проекту
Hours Decimal(2,0) Кол-во часов
TaskDescription text Описание сделанной работы

Триггер: 1. На вставку в таблицу проверка количества часов в день. Должно быть меньше либо равно 10.
2. На проверку разрешения работы сотрудника по соответствующему проекту (в таблице GrantToStage)
Кластеризованный индекс на столбец Date.
Некластеризованный индекс на столбец EmployeeID.





Employees
EmployeeID int Идентификатор сотрудника
Name varchar(50) Имя сотрудника
PositionID int Идентификатор должности
DepartmentID int Идентификатор отдела

Position
PositionID int Идентификатор должности
PositionName varchar(50) Название должности

Department
DepartmentID int Идентификатор отдела
DepartmentName varchar(50) Название отдела
DepartmentLeader varchar(50) Начальник отдела


ProjectStages
StageID int Идентификатор этапа
ProjectID int Идентификатор проекта
StageName varchar(50) Название этапа

Projects
ProjectID int Идентификатор проекта
ProjectName varchar(50) Название проекта
CustomerID int Идентификатор заказчика

GrantToStage
GrantID int Идентификатор разрешения работы по проекту
StageID int Идентификатор этапа
EmployeeID int Идентификатор сотрудника

Customers
CustomerID int Идентификатор заказчика
CustomerType bit Тип заказчика(внутр. или внешн.)
CustomerName varchar(50) Название заказчика


Схема БД в приложенном рисунке.

ChAСтроить гипотезы, что не понравилось "авторам" теста, дело абсолютно безнадёжное.

Да в общем я и не собирался строить такие гипотезы. Просто практического опыта в проектировании БД у меня было совсем мало. И поэтому я допустил, что возможно я сделал достаточно грубые ошибки, которые человеку, хорошо в этом разбирающемуся, бросятся в глаза. Ну и услышать такую критику было бы, на мой взгляд, полезно для самообразования. Я совершенно не горю желанием доказывать что-либо авторам данного теста.

А так я полностью согласен с тем что Вы написали.

Naroto А какова была позиция по этому собеседованию?

Разработчик ECM систем

Участие в проектировании прикладных решений на базе ECM;
Разработка и адаптация прикладных решений с использованием инструмента разработки IS-Builder, Microsoft SQL Server, .NET (ASP.NET, ADO.NET, WWF);
Разработка прикладных решений на платформе MS Share Point;
Разработка отчетов для MS Reporting Services;

mcureenab А так получается, если сотрудник списал время на этап и

зя отобрать разрешение на работу по этапу проекта, даже если его участие в нём больше не требуется.
.

Да действительно - при такой структуре нельзя будет отменить разрешение на работу. Даже если в момент удаления прав из табл GrantToStage обнулять поля GrantID у соответствующего работника в табл Time, то невозможно будет понять по какому проекту он работал когда было разрешение(((
Интересно как тогда реализовать разрешение...
Спасибо - буду думать...

mcureenab, насчет таблицы Position не очень понял

mcureenabПоле Time.GrantID неуместно. Time нужно связывать непосредственно с этапом проекта.
Все. Я понял что Вы имели ввиду. Так действительно все получается. Спасибо!