От Seeker
К SK
Дата 11.09.2006 18:28:05
Рубрики Прочее; Люди и авиация; Авиатехника;

Всеми руками и ногами - ЗА!

Давайте обсудим как все это чисто технически можно реализовать. Специалисты по информ. технологиям ждем вашего слова.

Мои дилетантские соображения (пара написанных БД еще в институте не в счет):
1. Надо делать не одну БД, а несколько связанных между собой. Т.е., отдельно с данными на личный состав, отдельно - с данными по самолетам, отдельно - по фотоснимкам. Тогда вместо одной громоздкой базы где большинство записей будут пусты, получим несколько более компактных и индексированных БД с возможностями поиска как внутри одной базы, так и в связанных с ней.

2. Формат - dbf, старенький, достаточно простой, поддерживается всеми СУБД.

3. Необходимо выработать какие данные собственно будут храниться в базе. Что жжизненно необходимо, а что излишество.

И вообще, если коллективно сформулировать ТТЗ на такую БД, полагаю, будет продуктивнее заказать ее реализацию како-нибудь софтверной конторе, чем заниматься самодеятельностью. Ведь главное - это содержание.

..

От SK
К Seeker (11.09.2006 18:28:05)
Дата 12.09.2006 11:19:14

Re: Всеми руками...

>Давайте обсудим как все это чисто технически можно реализовать. Специалисты по информ. технологиям ждем вашего слова.

>Мои дилетантские соображения (пара написанных БД еще в институте не в счет):
>1. Надо делать не одну БД, а несколько связанных между собой. Т.е., отдельно с данными на личный состав, отдельно - с данными по самолетам, отдельно - по фотоснимкам. Тогда вместо одной громоздкой базы где большинство записей будут пусты, получим несколько более компактных и индексированных БД с возможностями поиска как внутри одной базы, так и в связанных с ней.
Полностью согласен, но программа может быть и одной (если кто видел структуру, например, Бухгалтерии 1С, то пользоваться ею очень удобно, особенно при переходе из одного отчета в смежные)
>2. Формат - dbf, старенький, достаточно простой, поддерживается всеми СУБД.
Я тоже склоняюсь к этому формату.
>3. Необходимо выработать какие данные собственно будут храниться в базе. Что жжизненно необходимо, а что излишество.
Тут трудно говорить о необходимости. Уже сталкивался с проблемой, что гораздо позже приходится все равно для сравнения залезать и в "портянки", и в "расход пистолетных патронов". Нам это сейчас кажется не нужным, а какой-то другой исследователь параллельно роет именно эту тему. Пусть эта база и ему пригодится для работы (если чуть подстроить ее). А если среди своих папок он наткнется на "наш" документ, то занести в соответствующий раздел будет просто.
>И вообще, если коллективно сформулировать ТТЗ на такую БД, полагаю, будет продуктивнее заказать ее реализацию како-нибудь софтверной конторе, чем заниматься самодеятельностью. Ведь главное - это содержание.
О чем была просьба изначально. Определиться в наборе информации по отдельной части общей БД.
СК

От Seeker
К SK (12.09.2006 11:19:14)
Дата 12.09.2006 13:57:06

Далее...


>Полностью согласен, но программа может быть и одной (если кто видел структуру, например, Бухгалтерии 1С, то пользоваться ею очень удобно, особенно при переходе из одного отчета в смежные)

Программа, может и одна, но вот базы - разные. Опять же по программе - думаю имеет все же смысл сделать несколько, чтобы не плодить кучу невостребованных форм и отчетов.


>Тут трудно говорить о необходимости. Уже сталкивался с проблемой, что гораздо позже приходится все равно для сравнения залезать и в "портянки", и в "расход пистолетных патронов".

Так какие вопросы? Пусть создает новую БД, главное, чтобы были ясны и доступны механизмы ее интеграции в существующую структуру.

>О чем была просьба изначально. Определиться в наборе информации по отдельной части общей БД.

Как видно из обсуждения, весь пар уйдет в свисток. Поговорим, поговорим и забросим.


От igorGri
К SK (12.09.2006 11:19:14)
Дата 12.09.2006 11:47:35

А для пользования одной программой нужен координаторный пункт

Во превых - привести к общему знаменателю все переменные
Типа Фамилия - Строка, 26

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

Значит сразу надо и источники приводить в общий вид..

От Seeker
К igorGri (12.09.2006 11:47:35)
Дата 12.09.2006 13:43:12

Абсолютно верно

>Во превых - привести к общему знаменателю все переменные
>Типа Фамилия - Строка, 26

Правильно, чтоб у "всех было ровно и одинаково", детали обговариваются. З.Ы. Вроде бы самая длинная фамилия в 34 символа, нет?

>Значит сразу надо и источники приводить в общий вид..

Забыл написать, по источникам - своя БД (а то и не одна) со своей классификацией и структурой этих самых источников (документы/мемуары/исследования и т.п.). К слову, самый правильный вариант - начать именно с этого. Может БД по персоналиям/самолетам/фото для общего пользования и не появиться, а вот по книжкам/журналам... Думаю, мало кто откажется поучаствовать в ее наполнении. "Гуртом и батьку бить легше".

Но главная проблема - как организовать этот процесс. Скооперируемся - будет толк, а нет, ну тогда, как всегда, весь пар в свисток уйдет. До следующего поднятия этого вопроса...