СУБД или Файлы

[leonid26]

Есть ли смысл затеваться с хранением блогов/ностей/страниц в файлах, какие недостатки и преимущества. Есть ли смысл разгружать базу перемещая эти данные в файлы?

[alanvanduke]

Есть ли смысл затеваться с хранением блогов/ностей/страниц в файлах, какие недостатки и преимущества. Есть ли смысл разгружать базу перемещая эти данные в файлы?

Если у ваших данных предполагается наличие связей, то идея хранить информацию в файлах — плохая. БД предлагает достаточно приятный SQL язык запросов, чтобы выбирать связанные цепочки данных, поэтому для обычной статики — файлы неплохо, для блога с категориями — не очень.

[leonid26]

Да понятно, с базами работаю. При размышлениях возникает желание идентификатор статьи, дату публикации, автора и т.п. держать в базе, а саму статью в файле ибо индексация содержимого файла не требуется - какой смысл держать текст в базе. Может я где то потеряю в удобстве или производительности???

Я уже вижу цикл выбирающий из десяти файлов первые десять строк (список новостей к примеру) и возникает вопрос - быстрее ли будет выборка таких данных из базы.

[ShumNo]

Лишний геморрой. Нет, если страниц всего 10-100, то дабы не использовать базу, что тем самым снижает требования к хосту быть может какой-то смысл и есть. В остальных случаях сложностей становится больше чем профита. Если уж так хочется разгрузить базу то для этого используется кеш, который храните в чем пожелаете

[alanvanduke]

Да понятно, с базами работаю. При размышлениях возникает желание идентификатор статьи, дату публикации, автора и т.п. держать в базе, а саму статью в файле ибо индексация содержимого файла не требуется - какой смысл держать текст в базе. Может я где то потеряю в удобстве или производительности???

Я уже вижу цикл выбирающий из десяти файлов первые десять строк (список новостей к примеру) и возникает вопрос - быстрее ли будет выборка таких данных из базы.

В базе есть внутреннее разграничение хранимой информации. Если вы явно не указываете индексировать поле, например, content, то база индексировать его не будет. Помимо этого, насколько мне известно — типы, например TEXT, в БД хранятся как то отдельно от общих данных. Тем более вам стоит использовать «урезанные» запросы, где производится выборка только определенных данных, а не всех подряд.

Правильнее:

SELECT p.title, p.date FROM pages AS p

Чем

SELECT p.* FROM pages AS p

И как подсказал ShumNo — вам никто не запрещает использовать кэш.

Edited July 30, 2011 by alanvanduke

[leonid26]

Ещё момент. Просто набираюсь практического опыта

Есть строки меню, а-ля:

Заголовок;Ссылка;Уровень доступа.

Соответственно для каждого уровня показываются ссылки доступные только ему. Смысл держать это меню в файле и парсить php следующий: меню меняется не часто, точнее в процессе работы сайта меняться не будет, да и даже если будет - добавить/удалить строки в/из файл(а) не представляет труда.

Как такие моменты реализовывать максимально правильно? Как поступаете конкретно вы?

[rus]

В вашем случае есть вообще смысл заморачиваться на эту тему если:

а) у вас допотопный модем со скоростью 56кб/с.

б) у вас будут посетителей более 500 000 тыс. в день!

Думаю что ни первый, ни второй вариант не про вас?

Ну а коли так, то юзайте бд и не заморачивайтесь, она довольно шустрая+есть индексы, кэширование на стороне сервера и т.д. и т.п...