Наконец мы занялись коренной переработкой сайта БЗ.
Основная задача, все динамические данные хранить в Базе Данных.
Подготовительная часть уже выполнена.
Зяма и я разработали структуру, Зяма на акссесе нарисовал формочки для ввовда данных. Введенные данные будут экспортированны в Mysql.
Итак нужны:
Добровольцы для ввода данных. Формочки простейшие, данные я предоставлю, главное чтобы реально делал, а не кормил завтраками.

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

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

Великая и ужасная База Данных Балтийской Звезды: звучит!



Расскажи подробнее - откель данные вводить? С бумажек?

Как у вас там с первичными ключами? В качестве первичного ключа используете естественный ключ или суррогатный? Как там с контролем целостности? Справочники разработали?

(за естественный первичный ключ полагается расстрел в чистом поле лицом к стенке!)

В своё время имел геморрой с наполнением баз данных - волнуюсь, как бы вы там не устроили себе заранее больные места. Грабли они в самом начале видны... Если хочешь - могу глянуть/покритиковать с точки зрения можно сказать профессионала (сейчас - уже только любителя)... Кинь мылом MDB пожатый зипом/раром на markushka [at] bikers.spb.ru

Совет: лучше сделать посмотр до заполнения справочников.

Вопрос: не пытались ли вы использовать готовые продукты для всего этого? Изобретать велосипед, тем более на перле, в то время как космические корабли бороздят просторы большого театра? Не кажется ли, что дальнейшее поддержание проприетарного продукта будет дорогим и придётся повторять итерацию ре-дизайна ещё раз, когда что-нибудь покажется кривым?

С базой все Ok, все таки 10тний опыт работы с базами, даром не проходит, для желающих как нибудь выложу структуру.
Ввод данных:
1. Бреветы, варианты маршрутов, даты проведения
Источники html файлы, xls (малолинейной структуры).
Автоматизация процесса маловероятна.
2. Результаты бреветов
Html,xls - в принципе возможно часть данных можно будет закачать.
3. Анкеты членов клуба.
Пока практически ручная, потом на сайте форму можно будет сделать.

А зачем БД-то?
Может, формы просто будут создавать статичный текст?
И нагрузки на сервер меньше (хотя при этих посещениях — это слёзы, а не нагрузки),
и править-то ведь не часто нужно?
Но если уж и нужно — то просто перегенерил и всё.
Просто нахрена по 1000 раз перегенерять статичные данные "на лету"?
Сорри что встрял, с БД дел не имел, то есть всё имхо.

Дима представь две задачи:
1. Вывести результаты Васи Пупкина за все года
2. Вывести все результаты по марафону Горному
ну еще несколько запросов, и это только по результатам.
Статическими формами такое не решается

а зачем такие сложности с access? Для таких задач простейшего mysql хватит с запасом. Плюс html формочка и php скрипт для закачивания данных в базу.

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

А, вкурил, просто не было сказано что возможны РАЗНЫЕ варианты вывода одних и тех же данных.

то есть вы хотите в базе только статистику хранить, а не сам движок на ней строить?

ну с перлом я могу помочь, а вот mysql посоветовал бы выкинуть к чертям, если есть возможность использовать postgress

Согласен, но на таких обьемах данных и с такими задачами разницы между mysql и postresql не будет. А вот найти хостера с постгресом - та еще задача

Могу попечатать.
Без фанатизма.

Структуру об(о)суждать не буду.

Выбирать средства - дело владельцев сайта.
Сам работаю параллельно на MySQL и MSSQL2000 уже три года.
Ничего плохого о MySQL сказать не могу. На моих задачах с базами размером между 5 и 10Gb MySQL работает шустрее при той же структуре таблиц и индексов чем MSSQL.
Для предполагаемого объема данных Балтийской Звезды можно спокойно брать любой сервер БД. С MySQL немного легче работать с Интернетом.

когда мы выбирали базу под новый движок, то mysql был выкинут нахрен на второй день тестов, поскольку никто не смог объяснить почему скорость order by xx asc отличается от order by xx desc на три порядка.

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

но если коммерческий хостинг, то да. выбора практически нет.

Это про меня с дизайном, наверное. Сорри.
До конца февраля смогу ежедневно уделять по часу времени на "набивание" данных. почта для связи - kostyab (зверюго) weiss-electronic (точко) spb (ещё точко) ru в будние дни, stirlitz_v (зверюго) mail (точко) ru - в выходные, ася 135 933 128.

Наверное потому что индексы однонаправленные .

Кстати, всё, что сдесь перечислялось - "непацанские" БД .
Вот FireBird и Oracle - это реальный софт.