Доброе время суток, многоуважаемый all!
Есть следующая задача:
Существует несколько складов довольно большой корпорации, ремонтные мастерские и участки эксплуатации ( в дальнейшем все это называем места).
Между этими местами движется некоторое оборудование (далее железки) примерно по следующему алгоритму:
1. Прибывает на склад
2. Уходит на участок эксплуатации
3. Возвращается из эксплуатации в ремонтную мастерскую
4. Оттуда постуает либо на склад либо на участок эксплатации.
5. Начиная с пунктов 1 или 2 передвигается по кругу до момента -->>
6. Списания. Списание может быть проведено в любом месте
В общем виде примерно так, но алгоритм может быть любой -- т.е. оборудование может быть проведено из одного участка эксплуатации в другой или возвращено на склад без ремонта.

Существует две сеьезные проблемы:
1. Оборудование может в любом из мест разукомплектовываться и перекомплектовываться по любому принципу, то есть а участке ремонта могут списанную железку разобрать, а потом из нескольких списанных комплектов собрать одну рабочую. Переукомлектовываюится железки таким образом, что заводской номер на корпусе может не меняться, а вся начинка меняется и, фактически, железка получается другой модели.
Сейчас нас не интересует состояние внутренностей железок, а только где они находятся и что с ними происходит. Но, в будущем заказчик может выставить требование следить за комплектацией железок.
2. Корпусной номер на железке в процессе эксплуатации может пропадать, то есть приходит на участок эксплуатации железка с номером, а уходит оттуда без единой метки на корпусе -- известна только модель. Такое происходит исключительно только на участке эксплуатации.

Заказчика интересуют отчеты типа:
1. Текущее состояние в любом из мест (какие железки там лежат/работают/ремонтируются ? )
2. Движение железок по системе за определенный период,например сколько железо у нас ушло в эксплуатацию за прошлый месяц)

Примерный обьем движения -- максимум 4000 перемещений в день.

Как бы Вы это спроектировали?
В данный момент у нас есть всего две идей, но одна из них нам не нравится по сложности выполнения, а вторая имеет серьезнейшие проблемы с быстродействием.

З.Ы. В качестве СУБД обязательно использование Oracle 9i.
З.З.Ы. Описанное -- движение нефтяных погружных насосов и наземного оборудования к ним.