>Важно, в противном случае, будет трудно (или потребует каких-то усилий) перенести ее на другую платформу. Неважно с чем это будет связано - объединение проектов, смена СУБД и т.п.
Да не важно :). Перенести с однй платформы на другую это не является пробемой. Экспорт - импорт, попутно выверка :).
>Нет, БАЗЫ должны быть реаляционными, связанные друг с другом. Другое дело КАК и КАКИЕ назначить ключи. Кстати, то что ты пишешь, как раз и есть предлагаемое мной разбиение одной базы на несколько (таблицы, как ты их именуешь). Что получим - есть несколько БД, связанных между собой. Возникла необходимость в одной из них ввести новые поля - пожалуйста, вводи, главное, чтобы связи не затрагивало. Короче, чего я распинаюсь - нормализация БД это называется.
Да, ключи это залог успеха. Остальное при встрече обсудим.
>Ну, backup во многих СУБД есть, плюс можно ввести некоторое администьрирование, то бишь приоритет одних участников над другими, и т.д. и т.п. А есть еще такой вариант - существуют ДВЕ БД, одна тестовая, другая - рабочая. То есть, идет первоначальное заполнение тестовой БД, затем, по определенным критериям информация переносится в основную.
Нет, этих механизмов недостаточно. Обязательное хранение истории изменений.
>Хотелось бы чтобы этим занялись профессиональные разработчики, пусть и за деньги, чем страдать от любительских "косяков".
Да, все правильно.
В любом случае технических проблем нет. Есть вопросы "Зачем?" и "что в результате?"
в музей пойдем когда - обсудим.
