Выбор модели данных базы данных учета личного состава

Доброго времени суток, уважаемые форумчане!
Я работаю Вооруженных Сил РФ. Учет личного состава ведётся на бумажных носителях. Для автоматизации учета хочу создать базу данных, удовлетворяющую следующим требованиям:
1. У военнослужащего имеется около 90 параметров (учетных данных).
2. Большинство из параметров (учетных данных) представляют собой сложные структуры (например, в полях «дети» необходимо содержать такую информацию как ФИО, пол, дата рождения, свидетельство о рождении и т.д.
3. Хранение записей по нарастающей хронологии, т.е. хранить сведения обо всех детях, датах и номерах приказов о присвоении званий, назначении должностей, периодах службы и т.д.
4. Возможность вывода любых форм (отчетов) в различных комбинациях параметров (учетных данных) и подсчёт всевозможной статистики.
5. Вывод форм (отчетов) в документы MS Word и Excel.
6. БД несетевая, но мобильная: быстрый перенос (копирование) БД через флеш-носители на компьютеры, несвязанные между собой сетью.

Вопросы:
1. Какую модель данных (технологию, парадигму программирования) выбрать? Реляционную, объектно-ориентированную или что-то иное?
2. Возможно ли реализовать требуемую БД в MS Access или 1С?
3. Какую литературу посоветуете по реализации моей БД?

Заранее спасибо. Прошу прощения, если ошибся в терминах. БД изучал в университете 5 лет назад.

0

День добрый.
1) В целом, задача не самая сложная и отлично решается через реляционную модель. Выделяй сущности, атрибуты, хорошо продумай схему и т.д. Потом уже и с субд определишься.
2) Наверняка можно в качестве субд взять и access, но, лично я, с ним не работаю, так что не подскажу.
3) Если возьмешься за реляционную модель - то начинай вспоминать (изучал в университете же) именно составляющие этой концепции. Что такое ключи, как реализуются разные типы связей, что такое нормализация и до какой НФ рационально доводить таблицу/поле и т.д. Литературы очень много по данной теме. У меня первой книгой по этой теме была "Разработка БД для простых смертных", автор Майкл Дж. Хернандес. Все остальное я "добирал", в основном, из сети.

0

Думаю, что сначала надо сделать прототип базы в аксесс

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

обязательно понадобятся
--произвольный поиск
--вывод в шаблоны ворда

--
когда вы все утрясете на таблицах в 10-100 человек вам будет легче перевести в более мощную систему(при 10000 и более чел--хотя это маловероятная ситуация)

я видела какую-то форму по этой теме(военкоматовскую) ---в ней более 5 страниц
=================
не пытайтесть сразу поймать всех зайцев ---сначала поймите, как их ловить

0

Проанализировав множество советов на различных форумах, пришел к решению строить простейшую базу в МS Access. В качестве теории выбрал Хомоненко «Базы данных» (2004), по которой учили в универе, знакомый текст лучше вспоминается, да и сама книга написана на основе зарубежной литературы. В помощь для разъяснения сложных вопросов взял Дейта «Введение в системы баз данных» (2005), которого все рекомендуют, и Крёнке «Теория и практика построения баз данных» (2003) из вызывающей доверие серии «Классика computer science» издательства Питер.
В качестве практического руководства по MS Access взял Сеннова и Гурвица.
Всем спасибо за ответы!

0