Если таблица заполняется например, с помощью такой формы http://%5D%7C>]http://]|> http://antiluzhkov.narod.ru/ , какие СУБД оптимальны для обработки? В результате хотелось бы получать для публикации на сайте отчёты, которые формируются автоматически по мере появления новых записей. Например, отчёты по количеству заявлений, поступивших на определённое должностное лицо, на определённое ОВД, по городам, по видам правонарушений и т.д.

Поясню, зачем это надо. МОСКВА, 17 сен - РИА "Новости"Обвинение в превышении должностных полномочий с января 2004 года предъявлено 127 сотрудникам московской милиции. Об этом на пресс-конференции в пятницу сообщила начальник управления собственной безопасности ГУВД Москвы Наталья Сосновик.
"С начала года к нам поступило 6 тысяч 585 заявлений, по каждому проводится проверка управлением собственной безопасности и инспекцией по личному составу", - сказала Сосновик. Т.е. мало того, что эффект обращений граждан - 1,9%, невозможно также проследить, кому предъявлены обвинения. Почему-то уверен, что этот список не совпал бы с топ-127 такого сайта.

Или, может быть, можно организовать массив таким образом, чтобы его для последующей обработки можно было импортировать в максимально возможное количество СУБД? Ведь, по хорошему, многие записи придётся потом корректировать или заполнять, дополнять – тогда должны быть средства «нотаризации» исправлений (как в 1С), а исходник должен оставаться при этом без изменений. Наверное, нет смысла подгонять массив под какую-то одну СУБД?

Спасибо.

Wiki применима ограниченно, т.к. не решает проблемы с защитой информации. А ER - это что? В рэмблере вываливается столько значений...

Извиняюсь, в адресе веб-формы ошибка
Правильный адрес: http://antiluzhkov.narod.ru/

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

Насчёт wiki я не совсем понял, чем этот движок может быть лучше, чем движок обычного форума, который, я надеюсь, можно настроить так, чтобы одному событию соответствовал один подраздел форума (одна строка базы данных), а каждому полю, заполняемому из формы - тема форума. Актуальное содержание поля будет соответствовать последнему "сообщению" в теме, а сообщение будет по умолчанию представлять собой цитату предыдущего сообщения, в которую автор может вносить изменения. Изменения (т.е. несовпадения с текстом предудущего сообщения) для удобства автоматически выделять цветом (как в Wiki - это действительно удобно). Также для удобства располагать сообщения в обратном хронологическом порядке.

Или это всё нереально, или проще заново какую-нибудь СУБД конфигурировать, чем форумный движок дописать?

Обсуждение перекочевало сюда: /topic/184299