Как вы считаете, в чем лучше хранить данные - в мускуле или в текстовом файле?
Дело в том, что база данных кушает большое кол-во ресурсов сервера, при большой посещаемости. Но эту проблему, вероятно, можно решить переносом сайта на отдельный сервак.
А вот с текстовыми файлами, при большом объеме информации, хранящейся в базе, долго загружается сама страница.
Возможно, все это фуфел. :box:
Если кто-то разбирается - напишите подробно, что к чему.
Всего доброго!
[Ответ]
fire-dragon 09:05 03.09.2005
приемущества sql
скорость
обьем базы данных
поддержка транзакций
ограничение доступа
масштабируемость
переносимость
большая библиотека готового кода
легкость обработки информации
приемущества txt
нет необходимости в установке специального программного обеспечения
возможность просмотреть все глазами
а вот теперь недостатки:
sql необходимость ставить программные продукты
достаточно высокие права в системе
сложность настройки и поддержки
достаточно дорогие специалисты в случае больших обьемов базы
txt
отсутствие проверки целостности
сложность замены отдельных записей
увеличение времени поиска в зависимости от обьема файла
увеличенные временные задержки
повышенные требования к мошьности сервера
ограничение на размера файла 2гб - 4гб
выводы:
sql лучше для большинства применений [Ответ]
Balrog 15:19 04.09.2005
Comrade Сообщение от fire-dragon я бы несколько обобщил.
БД поддерживает:
- индексацию записей, что значительно ускоряет их поиск
- поддержку целостности БД
- возможность модификации данных
- возможность многопользовательского доступа, при этом не только на чтение
- возможность разделения прав доступа
С txt многое из этого придётся реализовывать самостоятельно. Так нужно ли изобретать велосипед? Тем более, что сделать лучше врядли получится.
С недостатками БД (причём тут sql? sql - язык доступа к БД, один из) кроме как необходимость установки доп. ПО - не согласен.
"достаточно высокие права в системе" - это про что? Ну не треба разделения доступа - пропиши, что всем всё можно. Или вообще разреши всем коннект как админу - и вопроса нет.
"сложность настройки и поддержки" - ну, при той же сложности базы - представь сложность настройки и поддержки ПО, работающего с txt
"достаточно дорогие специалисты в случае больших обьемов базы" - ага, и космически оплачиваемые, когда речь пойдёт о БД на txt файлах. Каждое отключение питания сервера во время работы будет вызывать столько радостных эмоций у обслуживающих базу на текстовых файлах...
[Ответ]
1000w 15:06 08.09.2005
Непонятен вопрос. Это две разные вещи, похожи они тем что с помощью обоих можно хранить данные.
Ответ очевиден: если вам не нужны спецефичные функции БД то зачем ее использовать?
Не большой пример: нахрена мне хранить логи сервера в БД?
[Ответ]
kibitzer 15:55 08.09.2005
ну возможно вы накрутили какую-то свою сверх мудрую систему логов, со множествами файлов, которые связаны и их удобнее будет хранить в БД, если еще и какой-нибудь поиск и сортировка и выборка по каким-то критерием а то делать грепом и авком для нескольких файлов - не выход, особо если они большие. так что, кто вас знает, какой вы извращенец )))))
[Ответ]
1000w 16:01 08.09.2005
kibitzer Я именно проэто и говорю: Когда нужны специфические функции БД используем MYSQL, когда нужно хранить плайн текст, пишем это в файл.
[Ответ]
DimmaN 16:35 08.09.2005
1000w солидарен.
fire-dragon по любому пункту могу вас отпровергнуть. Лень столько текста впустую набирать. Не засоряйте человеку мозги...
2Камрад: читай книжки по MySQL. Никто тебе сюда статьи перепечатывать не будет.
Поправьте меня, если не прав, но вроде хранение данных в txt сделано только для облегчения хостинга?
[Ответ]
Breathe 13:52 13.09.2005
Надо рассматривать конкретную ситуацию, но в текстовых файлах хорошо хранить инфу по которой не будет производиться поиск, а по какой инфе сейчас поиск не производится?
[Ответ]
amigo 14:25 13.09.2005
Breathe Тут уже сказали, в каком случае. Например, в логах соотношение поиск / запись значительно перевешивает в сторону последнего (бывают и исключения, не спорю).
[Ответ]
Comrade 08:07 14.09.2005
Большое спасибо всем! Благодаря вам я сделал, думаю правильный, вывод:
поскольку проект расчитан на большое (огромное) кол-во инфы, поскольку его будут обслуживать разные люди, даже если нагрузка на хостинг превысит норму (ведь можно купить сервер), поскольку мне нужна достаточно быстрая загрузка страниц - решено остановиться на MySQL.
Всего доброго!
[Ответ]
DimmaN 17:35 14.09.2005
Comrade слава богу. Лишь бы тебе мощи мускуля хватило....
[Ответ]
