Что легче для сервера - базы SQL или файлы?

на одном ip не боитесь бана для тех которые не для сапы?

Префиксы как раз для таких случаев.

PROdvig, на счет IP буду думать, возможно арендую 2-3 сервера.

А вот на счет префиксов я имел ввиду это: нагрузка насервер при использовании одной базы под 20 сателлитов будет как-нибудь отличаться от нагрузки, производимой в том случае, если у каждого сата своя база, и если будет - то в лучшую или худшую сторону? :)

для 30-40 страниц используйте статику обычную и не парьте мозг (впервую очередь себе)..

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

базы данных для другого предназначены.. в частности для динамического контента. Если у вас такого не предвидится, то смысл заводить бд?

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

:) Вот это сказано просто и понятно...

:( Ну а это уже лишнее...

Вопрос в принципе в нужном разделе.) Причём, вопрос как раз-то не новичковский. И если копнуть, то ох какой сложный!

Но как сказано ранее, ТС "не парьте себе мозг", делайте сайт на том, на чём проще, удобнее и понятнее лично вам. Не того масштаба проблема в вашем случае.

Грамотно расставленные индексы и опять же не от фонаря настройки бд и файловые сайты лягут куда раньше.

Бд что: получила запрос, выплюнула результат, а запрос с результатом ущё и закешировала и при подобном запросе выплюнула ненапрягаясь. Как ваш программист реализует работ с файлами неизветсно, но очень сомневаюсь, что будет делать индексы и прекомпилинг двига системы для работы с данными. Файлы всегда работали медленнее бд при повышении однотипной нагрузки (а она для обычных сайтов всегда однотипная). Не сравнивайте файловую самописку и пресловутый wp! Вп - этокомбайн, где собрано "всё и ещё вот это на всякий пожарный". Попросите вашего программиста написать примитив выборки данных из бд и из файла объёмом от мегабайта сотней записей (примерно как вам надо). Сделайте стресс-тест и увидите разницу :)

Конечно, всё справедливо, если профессионализм проектировки бд соответствует реализации функций работы с файлами, ведь кто-то не знает что такое join, индексы и триггеры.....

Сто сатов?

По 30 страниц??

На выделенном сервере???

Вам придётся купить лупу, что б увидеть нагрузку, хоть с базой делайте, хоть с файлами, хоть весну яндекса парсите при каждом обращении.

Впрочем, 100 баз, тем не менее, делать не советую, делайте с префиксами. Хотя ваши несчастные 3к страниц можно в одну таблицу запихать вообще, с полем site_id.

думается, человек под "файлами" имел ввиду обычный html. Прикиньте, такие сайты все еще бывают!

У меня лично практически все сайты со статичным контентом на html.. даже крупные.. 3-10 тыщ страниц. кстати делаются отнюдь ничуть не труднее или медленнее, чем на движках.. даже некоторая экономия в трудозатратах на написания движка.. а создание страничек по сути тот же копипаст контента из ворда где он писался в шаблон..

Представляю, насколько комфортно для вас изменение дизайна.

_Ad, благодарю Вас за Вашу доброту.

А возраст в данному деле никакой роли не играет.

+1.

Почему не советуешь делать 100 баз, а делать префиксы?

с другой стороны (для СУБД) , как правило все файлы таблиц и индексов будут лежать в одной директории, что тоже может затормозить работу..