База данных по кораблям.

Ув. коллеги!

Я на некоторое время "уйду из эфира". Нужно основательно всё переварить и подготовить свой вариант структуры БД. Планирую управиться где-то дня за 2-3.

Спасибо всем кто высказывался.

Продолжение следует.

Ув. коллеги!

Представляю вторую итерацию структуры БД.

Файл с прорабатываемой структурой:
http://navy.balancer.ru/navy.zip [zero size or time out]
Для просмотра нужна прога:

Я использую версию 5.2 Alpha, в более ранних может не открыться, качать тут:

Для ленивых прилагаю картинку в GIF-е. (не даёт всех удобств!, по сравнению с Workbench)

В следующих постах постараюсь расписать подробнее что к чему, потаблично.

Жду конструктивные, прицельные (тщательно) табуретки.

.... итак, начнем.

Сразу оговорюсь - примеры привожу упрощенные и сокращенные.

Пожалуй самое мутное - хранение всех ТТХ корабля, во всём многообразии (чтобы мозгам подурнело - сразу представляем себе характеристики кораблей разных эпох и классов: Броненосный крейсер 190х года, Подводная лодка (196х), Ракетный крейсер (198х)). Т.е. это (среди прочего) кораблестроительные элементы, бронирование, вооружение (артиллерийское, минно-торпедное, ракетное ()), энергетическая установка (главная и вспомогательная), системы навигации, средства РЭБ и т.д. и т.п.

При этом в качестве значения может выступать как числовая величина (водоизмещение, размерения), некое значение из принятых классификаций (например тип ГЭУ) с текстовым представлением, произвольное текстовое значение или любое их сочетание.

А ещё есть желание иметь структурированный каталог морских вооружений и всевозможных систем (РЛС, ГАС...), которые также могут выступать в качестве значений ТТХ.

Предлагаемое решение в виде следующих таблиц:

1. NAVY_SPEC_PARAMS
2. NAVY_SPEC_VARIANTS
3. NAVY_SPEC_VALUES
4. NAVY_SYSTEMS

*********************************************

1. NAVY_SPEC_PARAMS

- Таблица видов ТТХ с древовидной структурой (Группа-...-Параметр), позволяющая получить на выходе данные в следующем виде:

Вооружение
       Ракетное
             Зенитное
                    Наименование комплекса.................... "Ураган"
                    К-во ПУ .................................. 2 х 1
                    Боекомплект .............................. 64

и т.д. и т.п.



*********************************************

2. NAVY_SPEC_VARIANTS

- списки вариантов значений для отдельных параметров из NAVY_SPEC_PARAMS - для тех случаев когда имеется набор типовых значений. Например тип ГЭУ. Т.е. при помощи этой, расширяемой и администрируемой таблицы избавляемся от дубляжа ввода данных там где это возможно.

*********************************************

3. NAVY_SPEC_VALUES

- непосредственно сами значения ТТХ

Пройдусь по основным полям:

id_spec_param - ID характеристики (Из таблицы NAVY_SPEC_PARAMS) см. п. 1
id_ship_project - ID проекта корабля
spec_amount - Числовое значение (в случае если параметр имеет числовое значение)
spec_value - Текстовое значение данного параметра (или текстовое дополнение к числовому значению)
id_system - Привязка к справочнику корабельных систем (Таблица NAVY_SYSTEMS), если данная характеристика является корабельной системой каталогизированной в нашей БД.

*********************************************

4. NAVY_SYSTEMS

- "каталог в каталоге" Справочник корабельных систем во всём своём многообразии. Это немного отдельная история и пока существует в зачаточном виде.

*********************************************

Также следует отметить что таблица NAVY_SPEC_VALUES имеет поля BEGIN_DATE и END_DATE - для отражения изменений характеристик (например смены состава вооружения).

Далее. История корабля.

Прежде всего, спасибо Ув. sas1975kr за идеи, поглядывал-заимствовал

1. Для хранения истории служи таблица NAVY_SHIP_HISTORY, со следующей структурой (основные поля):

`ship_id` - 'ID корабля'
`regiment_id` - 'ID соединения (Таблица NAVY_REGIMENTS)'
`date_begin` - 'Дата начала события'
`date_end` - 'Дата окончания события'
`article` - 'Содержание записи'
`rectype_id` - 'Тип события' (Таблица NAVY_SHIP_HISTORY_RECTYPES)

Ещё нужно как-то обыграть вариант, когда нет точной даты события (например "Осень 2008г.").
Это чуть позже.


2. Есть ряд дат, которые будут храниться в таблице NAVY_SHIPS:

- Дата закладки
- Дата спуска
- Дата ввода в строй
- Дата исключения

к каждому из этих полей будет добавочное поле "ДатаЗакладка_Примечание", "ДатаСпуск_Примечание" и т.п. пишу суть по-русски, точное наим. - см. схему данных.

Почему так?

Во-первых: эта информация будет нужна для выбора и группировки по эпохам. Во-вторых: история корабля может быть и не расписана подробно, но эти основные даты (или их часть) как правило имеются. Да и по сути это разовые, фиксированные значения.

Сразу хочу успокоить всех желающих привести примеры а-ля "заложен-перезаложен-переперезаложен", "спущен-недоспущен, спущен окончательно" и т.п.: В любом случае есть дата фактической закладки/спуска и т.п. Все ньюансы будут излагаться в добавочных полях-примечаниях и/или в истории корабля - в мелких подробностях Для статистики важна одна дата - фактическая, официальная - называйте как хотите.

Едем дальше.

Была в прошлой структуре такая таблица: NAVY_FLEETS_HISTORY

Она себя изжила по причине того что держать отдельную таблицу только для хранения флота где служит корабль непрактично. Гораздо интереснее иметь полную информацию Соединение - Флот. Хранить эти данные уместно в истории корабля (NAVY_SHIP_HISTORY), где по такому случаю есть поле REGIMENT_ID, которое будет ссылаться на отдельную таблицу NAVY_REGIMENTS - по сути ещё один "справочник в справочнике":

NAVY_REGIMENTS "Флоты и соединения", со следующей структурой (основные поля):

`id`,
`title` - 'Наименование соединения' ,
`country_id` - 'ID страны ' ,
`parent_id` - 'ID вышестоящего соединения (для нижестоящих соединений - в интерфейсе
автоматом брать от "родителя")' ,
`begin_date` - 'Дата создания соединения' ,
`end_date` - 'Дата расформирования соединения'

Структура это "отправная", если углубляться в тему флотов и соединений - её нужно будет "углубить и расширить".

Ну и кстати по соединению всегда можно будет получить флот (как вышестоящее соединение по PARENT_ID)

... Кое-что ещё недосказано (Экипажи...). Но пожалуй пока остановлюсь, а то уже плохо соображаю... пора на боковую.

Продолжение следует.

Поковырялся немного с дизайном. Буду отрабатывать него на http://navy.balancer.ru Потом его и на морской форум поставлю (вообще, форум можно будет перенести в http://navy.balancer.ru/forum/).

Цвет шаровой краски в RGB никто не подскажет?