но в общем случае при таких объемах встает вопрос прозводительности в большей степени к php и его требованиям к оперативной памяти. мое мнение, если друпал заставить перебирать миллион записей - загнется.

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

vitich пишет: "Потянет ли drupal + mysql такое?"
 
Причем здесь Друпал? С многомиллионными записями придется работать базе данных MySQL.

Конечно, без знания задачи и наличного железа что-либо сказать трудно, но с миллионом записей MySQL справится. Однако базу с многомиллионными записями да на бюджетном железе MySQL не потянет, IMHO.

 
vitich пишет: "(госструктура - “денег.net” )."

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

 
Реальная история. Знакомая фирма наняла специалиста, он им поставил CMS на PHP+MySQL. За поддержку не сочли нужным платить. В своей нише они были первыми, раскрутились хорошо.

Через 3,5 года что-то не срослось и слетела база MySQL. Дело было летом, начальство в отпуске, сотрудники в это время к себе на сайт не особенно ходили. Когда через несколько дней узнали, что форум лежит, стали звонить начальству. Тут выходные. Когда написали хостеру, шел уже 9-ый день. А у того бэкап только недельной давности. Пустой.

Стал сайт голый. Все 40 тысяч наработанных страниц (статьи + обсуждения на форуме) были потеряны. Постоянные авторы от обиды разбрелись по сайтам конкурентов, благо за прошедшие годы таких наплодилось много. Чуть погодя 5 тысяч уников в день с поисковиков как корова языком слизнула.

Ни авторов, ни посетителей с поисковиков. Сайт так и не поднялся с пепелища.

 
Макс КириленкоRazgonka.ru - Подбор названий сайтов и программ

Дневник