Во что? У меня сейчас ничего подходящего кроме офиса нетути. Кроме того, кампи уже успел прибить файлик - я его с работы скачал, а дома - облом-с!

Странно, я никуда ничего не девал и все нормально качается.
Структуру если только в картинку, но там это не тривиально.

Точно, это моего провайдера похоже глюк. Извини... Из дома Балтийская звезда не открывается. ERWIN нужен или что-нибудь похожее (чем та сейчас дизайнят?) чтобы реверс-инжинирингом базы заняться.

Да ладно, стрелять из пушки по воробъям. Кстати насчет русских полей, ты чего то не туда смотрел, все по аглицки.
Вот посидел вчера ночью и понял, что немножко структура неправильная - переделал. Вот теперь так (картинка 250 кил):
http://www.balticstar.spb.ru/file06/bzdb_struct_3.jpg

Ок, половина Captions русские, а не сами поля (вчера спросонья не в структуру полез, а в саму таблицу просмотром)

Совет чисто косметический - правописание имён полей поправь. Since, Code (в части полей у тебя Kode), Cont(act), Phone и т.п. Не важно конечно, но naming convention - большАя часть успеха, несмотря на то, что кажется "косметической" формальностью. Представь, что ты отдаёшь свой код совсем незнакомому человеку, которому придётся переделать или адаптировать его. Удобно в каждой таблице ключевым полем сделать ID (без уточнения чего это ID), а ссылки из других таблиц - ИмятаблицыID. Почему? Потому что по имени поля видно - значение это или ссылка на справочник. Программисту будет намного удобнее. Перфекционизм не нужен, но аккуратность - часть успеха.

О! Тип бревета ты уже сделал справочником - это хорошо.

Из чисто вебовых вещей - не хранить поле ссылки на фото, а формировать по ID, легче будет потом разгребать кучу.

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

Ещё можно в таблицу регистрации (кстати, лучше назвать её "участие", поскольку отношение имеет смысл участие, как Participation. То есть ечловек в событии участвует, а не регистрируется, поскольку событие может быть, к примеру, неофициальным) добавить отчёт о событии (ссылку или страницу), о фотографии и т.п. Правда, на этапе ввода это неважно.

Ладно, в таком виде можно забивать начинать.

о, чудесно, попробую сегодня посмотреть внимательно.

e-mail и телефоны лучше вынести отдельно из Person -- их может быть сильно больше одного, часть из них может быть открыто доступна на сайте, часть нет.

Угу. Особо, если на начальном этапе средства бэкапа сделаны не будут - чтобы быстро основу грузить.

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

Тоже могу помочь с Perl, да и MySQL знаю довольно не по-детски.

Хостинги с PostgreSQL есть. И в Питере в т.ч.

Чего-то поздно я проснулся. А насколько данных мало в каждом формате? Может быть, имеет смысл не вбивать что-то неделю, а в течении значительно меньшего времени написать для определенных форматов парзер, чтобы, обрабатывая данные, на выходе иметь команды INSERT INTO bla-bla? Любая ручная работа по вводу данных - это неизбежно ошибки ввода.

2Кампи: Может быть раньше говорилось, не увидел. А можно ли где-то скачать данные, которые еще нужно вводить? Структура базы, как я понял, опубликована уже в актуальном состоянии.

Большинство данных уже введено, основной вопрос именно в формах, так что если есть желание помочь милости просим, помоги Зяме.
Если готов сразу включится пиши мне на почту есть срочная задача

Михаил, отписал на почту. Надеюсь, что пересечемся с Вами или Зямой-сан на велопитерском открытии сезна. Если что, я буду на синеньком Scott Tampico, в красной куртке, на голове - синий кед, по причине очков или еще почему чем-то похож на батаника.

Зяма-сан, Вы меня там найдите, если приедете, а то я с Вами лично не знаком.