Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
На данный момент форум, но хотелось бы затронуть проблему вцелом 01.07.04 16:54 Число просмотров: 1454
Автор: !? <!?> Статус: Member
|
> Хранилища чего? Ответ на твой вопрос существенно зависит от > ответа на мой. Серебряных пуль не бывает. На данный момент это полноценный форум, который не претендует на высокую популярность, но должен работать крайне качественно.
Т.е. это учётки (думаю, не больше нескольких сотен) и постоянно изменяющиеся записи в форумах (тут дело может и до пары тысяч дойти).
> Основные аргументы в пользу баз: скорость (как доступа так > и поиска), возможность многопользовательской работы, > поддержка транзакций -> устойчивость к ошибкам, > отделение интерфейса от реализации (формат базы можно > усовершенствовать без вмешательства в работу старых > приложений)
> Это на гора. Если подумать, можно придумать и еще, но пока > хватит. Если надо могу развернуто агрументировать по > каждому пункту. > Отмечу, что базы данных дают ОЩУТИМЫЕ преимущества только > на больших объемах данных. А хранить какую нибудь > конфигурацию небольшой программки запросто можно и в ini > файле. В том то и дело, что объёмы, как правило, совсем небольшие.. Как правило, файл, хранящий отдельный топик, весит не больше пары десятков килобайт (это плюс техническая информация).
> > Да и вообще, используя текстовики, я знаю что, где и > как > > устроено, и уверен что не допущу ошибку, которая > повлечёт > > за собой серьёзные последствия.. > Это не аргумент. Вернее аргумент из разряда: "бейсик лучше > C, потому что С я не знаю". Ну почему же.. В своей системе я могу изменить что угодно, а мускул он по принципу «вот нате вам, пользуйте, а внутрь,- уж извините, не положено» (это не наезд, это контраргумент ;) ).
> ЗЫ: Есть еще и XML storage, но как по мне - это попытка > скрестить ужа с ежом. Для постоянно изменяющейся базы такое > решение, имхо, неэффективно. Значит мне точно не подходит..
|
|
|