|
|
|
Вопрос по проектированию БД
|
|||
|---|---|---|---|
|
#18+
Здравствуйте, уважаемые жители SQL.RU. Хочу попросить у вас совета по следующему вопросу: Организация занимается обслуживанием и эксплуатацией электроустановок. Эксплуатация включает в себя несколько десятков различных достаточно стандартных видов работ в электроустановках. Все мероприятия по эксплуатации фиксируются в специальном журнале. Необходимо создать БД и приложение, для работы с данными этого журнала. Проблема состоит в том, существует приложение паспортов электроустановок и любые изменения в электроустановках, фиксируемые в журнале должны адекватно отражаться в БД паспортов (т.е. если работа была «снять трансформатор», он должен удалиться из БД паспортов). Кроме того, существует, туева куча работ, которые выполняются «раз в 100 лет» но которые так же требуется фиксировать в данном журнале. Поделитесь, пожалуйста, мыслями и мнениями, о том, как можно реализовать такую систему и организовать для нее данные. Возможно, кто-то сталкивался с подобными задачами, и может что-нибудь посоветовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2006, 19:38 |
|
||
|
Вопрос по проектированию БД
|
|||
|---|---|---|---|
|
#18+
Боюсь, названная постановка задачи существенно неполна, и довольно вероятно, что пропущенные Вами детали могут существенно повлиять на выбор оптимального решения. Тем не менее, давайте посмотрим, что мы можем выжать из этой информации. 1. Установка в Вашей постановке - практически склад комплектующих. То есть: есть комплектующие, каждая обладает типом ("трансформатор"...) и серийным номером. Прочие характеристики в рамках сказанного несущественны. 2. Существуют места хранения комплектующих - установки, скорее всего некий центральный склад/склады. Соответственно, каждая комплектующая где-то размещена. Весьма вероятно, потребуется пара виртуальных мест хранения - условно, "закупка" и "списание". 3. Система по сути описывает движение комплектующих. То есть нужна некая таблица проводок, что-откуда-куда. 4. Существует N типов операций, каждая из которых характеризуется неким набором обязательных движений. Скажем, замена трансформатора характеризуется двумя движениями: Трансформатор::Склад->Установка и Трансформатор::Установка->Склад|Списание. 5. Требуется журнал операций. Куда входят атрибуты типа кто-когда, и к записям журнала привязываются проводки. Интерфейс должен требовать данные для операции в соответствии с обязательными движениями и записывать их. 6. Для "раз в сто лет" можно предусмотреть операцию типа "неформализуемые движения" - когда название операции берется просто как строка ввода (не из справочника) и пользователь заносит какие угодно движения на/с выбранной установки. То есть, получаем обычную складскую задачу. Но повторюсь - подозреваю, есть нуждающаяся в учете неупомянутая специфика, например, операции не связанные с движениями, но нуждающиеся в сохранении данных и/или комментариев. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 00:55 |
|
||
|
Вопрос по проектированию БД
|
|||
|---|---|---|---|
|
#18+
softwarerУстановка в Вашей постановке. 3/2 концептуально, склад можно рассматривать как установку - тогда задача сводится к стандартной - классическая иерархическая структура, но ИМХО этого мало 7/2 можно рассматривать две парадигмы учета - учет того, что есть и учет того что должно быть. И рассматривать задачу как проецирование одной иерархической структуры "как есть" на иерархическую структуру "как должно быть". Специфика предметной области такова, что "как должно быть" заведомо известно... т.е. отсутствие детали в агрегате зачит только то, что она там должна быть (иначе агрегат неисправен) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 09:31 |
|
||
|
Вопрос по проектированию БД
|
|||
|---|---|---|---|
|
#18+
Большое спасибо за ваши советы. Понимаю что привел не все исходные данные :( Постараюсь немного уточнить и надеюсь снова услышать ваше мнение. softwarerТо есть, получаем обычную складскую задачу. Но повторюсь - подозреваю, есть нуждающаяся в учете неупомянутая специфика, например, операции не связанные с движениями, но нуждающиеся в сохранении данных и/или комментариев. Вы совершенно верно подозреваете :). Действительно существует довольно много работ не изменяющих структуры электроустановок и не связанных с движением комплектующих, но изменяющие параметры устройств. VisitorСпецифика предметной области такова, что "как должно быть" заведомо известно... т.е. отсутствие детали в агрегате зачит только то, что она там должна быть (иначе агрегат неисправен) Тут тоже не все так просто. Например существует возможность установить в электроустановку 4 трансформатора. А реально там стоит один и установка все равно работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 12:37 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=33823990&tid=1545169]: |
0ms |
get settings: |
5ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
415ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 197ms |
| total: | 698ms |

| 0 / 0 |
