Kampy писал(а):
Да ладно, стрелять из пушки по воробъям. Кстати насчет русских полей, ты чего то не туда смотрел, все по аглицки.
Вот посидел вчера ночью и понял, что немножко структура неправильная - переделал. Вот теперь так (картинка 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. То есть ечловек в событии участвует, а не регистрируется, поскольку событие может быть, к примеру, неофициальным) добавить отчёт о событии (ссылку или страницу), о фотографии и т.п. Правда, на этапе ввода это неважно.
Ладно, в таком виде можно забивать начинать.