orehov_imiksoftБез, как минимум, подробного введения в предметную область просьба не имеет смысла.
Служба инкассации
А ТЗ существует? (или предлагается заняться реверс-инжинирингом?))

orehov_i,

С точки зрения "Теории":
1. Зачем разбиваете на две таблицы Persons и Employeers если между ними связь один-к-одному?
2. Связь Gun - либо с Employeers (более вероятно), либо с Divisions - у Вас закольцовывание связей - для чего?

orehov_iProg_95пропущено...

А ТЗ существует? (или предлагается заняться реверс-инжинирингом?))
Тех задания как такового нет. Просто сам пилю приложение. Параллельно делаю в 1С, и вот хочу на WPF. Уже сделал на ЛайтСвитч, но что-то не очень нравится.
Если владеет 1С - давайте в терминах 1С - согласны? (1С - постреляционная СУБД - сделаете в 1С - дальше переведете на любую другую)

orehov_imiksoftпропущено...
Полагаете, здесь хотя бы каждый сотый посвящен в детали работы службы инкассации?

Хотя и без этого есть непонятности - почему персоны и сотрудники разделены на две таблицы? Зачем оружие привязано к отделу дважды - напрямую и через сотрудника/персону? Зачем оружие привязано к сотруднику дважды - напрямую и через лицензию? Один человек не может работать сразу в нескольких отделах? Любая модель оружия может использовать любой тип патронов?
авторЗачем оружие привязано к сотруднику дважды - напрямую и через лицензию?
Потому-что Сотрудник и Оружие имеют связь многие ко многим.
Вы закальцовываете связь - связь многие-ко-многим этого не требует

orehov_iПотому-что Сотрудник и Оружие имеют связь многие ко многим.
Давайте уточним:
1. По БД нужно будет видет у кого из сотров сейчас данное оружие?

orehov_iСотрудники структурных подразделений, которые имеют разрешение на оружие, в котором может быть записано несколько марок оружия.
2. Разрешение выдается на "Физ. лицо" (Persons) или на сотр.?
3. У Разрешения есть дата выдачи (и Номер) - или это не нужно фиксировать в БД - достаточно только факта "разрешение использования"?

orehov_i,

Вижу, у Вас есть таблица "ЛицензияОружия" - эта таблица должна быть связана не с таблицей "Guns" (тут хранитя инфа по конкретным ствола, с номерами) - связь должна быть между таблицами "ЛицензияОружия" и "МодельОружия" - согласны?
(Ведь в лицензии указывается модель, а не конкретный номер ствола)

orehov_imiksoft Зачем оружие привязано к отделу дважды - напрямую и через сотрудника/персону?
Вот кстати да. Я упустил один момент. Оружие может не быть привязано к конкретному человеку, а просто храниться в подразделении. Например сотрудник уволился, а на его место еще никого не взяли. И оружие в таком случае пока ни за кем не закреплено. Как тогда будут выглядеть связи?

Тогда оружие (видимо) имеет связь с сотрудником один-ко-многим.
Начинаются различия между 1С и др. СУБД: в 1С если сотр увольняется, а затем опять принимается на работу, то если это справочник - объектная сущность - это совсем другой сотрудник)
У Вас должна быть таблица какой ствол за кем закреплен.
и т.д.

orehov_iProg_95orehov_i,

Вижу, у Вас есть таблица "ЛицензияОружия" - эта таблица должна быть связана не с таблицей "Guns" (тут хранитя инфа по конкретным ствола, с номерами) - связь должна быть между таблицами "ЛицензияОружия" и "МодельОружия" - согласны?
(Ведь в лицензии указывается модель, а не конкретный номер ствола)
Как раз таки конкреттный номер ствола.
Если сотрудник переходит, скажем, из одного банка в другой - он забирает с собой лицензию?
А оружие?

orehov_iProg_95Если сотрудник переходит, скажем, из одного банка в другой - он забирает с собой лицензию?
А оружие?
Нет конечно. Оружие остается в том подразделении, где хранится. Соответственно и ликвидируется разрешение.
А если сотрудник переходит из одного подразделения (дивизиона) в другой: тогда как с оружием и лицензией?

orehov_iОружие может передаваться из одного структурного подразделения в другое.
У Вас получается довольно сложная структура связей:
- с одной стороны, ствол закреплен за сотрудником (через лицензию - что странно)
- с другой, "Оружие может передаваться из одного структурного подразделения в другое"...
При увольнении сотрудника встает вопрос: А где сейчас данный ствол?

orehov_iProg_95пропущено...

А если сотрудник переходит из одного подразделения (дивизиона) в другой: тогда как с оружием и лицензией?
Конечно чисто из практики я таких случаев не знаю, но теоретически наверное такое возможно. Так как оружие приобретается на всё Региональное Управление инкассации, а уж управление распределяет оружие по структурным подразделениям. И наверное, если такое произойдет, то технически это скорее всего будет всё сведено к приказу о передаче оружия от одного подразделения к другому. ИМХО.
Вот это другое дело - оружие закреплено за Подразделением (дивизионом), а не за сотрудником.
К сотру привязана только таблица с разрешенным оружием (по модели) - тогда все норм.

orehov_iКонечно чисто из практики я таких случаев не знаю, но теоретически наверное такое возможно. Так как оружие приобретается на всё Региональное Управление инкассации, а уж управление распределяет оружие по структурным подразделениям. И наверное, если такое произойдет, то технически это скорее всего будет всё сведено к приказу о передаче оружия от одного подразделения к другому. ИМХО.
Приказ о закреплении данного ствола за конкретным сотрудником в реале существует?
Как происходит (по бумагам) закрепление конкр. ствола за принятым на работу сотрудником?

ЫProg_95пропущено...

У Вас получается довольно сложная структура связей:
- с одной стороны, ствол закреплен за сотрудником (через лицензию - что странно)
- с другой, "Оружие может передаваться из одного структурного подразделения в другое"...
При увольнении сотрудника встает вопрос: А где сейчас данный ствол?

Усматривается примерно так:
1) оружие поступило и хранится в подразделении (точнее, в оружейной комнате) пока не передано в другое, не сдано в утилизацию и т.п.;
2) оружие закреплено за сотрудником (похоже, здесь это называется лицензией);
3) оружие выдано сотруднику на руки.

При увольнении сотрудника и аннулировании лицензии оружие все еще хранится (1).
Согласен, что такое возможно - хотелось бы услышать подтверждение от ТС...
Маленькая ремарка: "аннулировании лицензии" должно проходить отдельным документом (в терминах 1С), а не удалением строки в таблице "Лицензии"
Если предположить, что вышеописанное - верно, то следующий вопрос: а какие отчеты требуется получать из БД?

orehov_iProg_95пропущено...

Согласен, что такое возможно - хотелось бы услышать подтверждение от ТС...
Маленькая ремарка: "аннулировании лицензии" должно проходить отдельным документом (в терминах 1С), а не удалением строки в таблице "Лицензии"
Если предположить, что вышеописанное - верно, то следующий вопрос: а какие отчеты требуется получать из БД?
Ну вообще то я выложил только фрагмент схемы касающуюся пока только вооружения. По оружию отчет в основном сводиться в количественном и именном соответствии оружия и боеприпасов, учетным данным Управления и возможно ОВД.
Данный момент требует более тщательного описания - по правилам каждый отчет должен обладать своим киоском данных (в терминалогии МелкоМягкого) - читай, своей таблицей.
В 1С это отдельные таблицы: регистры сведений, накоплений и т.д. - т.е. поступление патронов (в 1С) - это документ Поступление (в терминах теории реляцион. БД - своя таблица, а если есть табл. часть - то две табл) У документа есть свойство "проведение" (док. может существовать в БД, но если он не проведен, то данное поступление не учитывается в БД)
Еще раз: отчеты нужно прописать более подробно (например: учет патронов идет по штучно? А поступают они в подразделение в цинках? и т.д.)
Если в "учетным данным Управления и возможно ОВД" есть составляющая "Для Служебного Пользования" - можно ее тут не описывать, правда тогда мы не сможем Вам с ней помочь.

MasterZivProg_95orehov_i,

С точки зрения "Теории":
1. Зачем разбиваете на две таблицы Persons и Employeers если между ними связь один-к-одному?


Наоборот, это более правильно.
И именно потому, что связь не 1:1, а 1:N.
1. Посмотрите по внимательнее на схему: связь между таблицами Persons и Employeers с обеих сторон - "ключики" - это 1:1.
2. Разбивка на две таблицы нужна выполняются одновременно два условия: это разные сущности и это важно в данной постановке задачи (например, "физ. лица" и "сотрудники" иногда это две разные таблицы, а иногда нет)