4 сентября 2010 в 17:38
Что делать, когда переполнены записями такие, например, таблицы БД как "node", "comments" и т.д.?
Что делать, когда база данных очень большая?
Главные вкладки
4 сентября 2010 в 17:38
Комментарии
что значит "переполнены"?
А что, количество записей может быть неограниченным?
"Переполнены" - когда слишком много записей в таблицах - сотни тысяч-миллионы строк...
Я тестировал один сайт - создал сотни тысяч нод, комментов... В итоге запросы стали выполняться намного медленнее. Очевидно, что в одну таблицу пичкать все комменты, ноды в конечном итоге нельзя...
предел unsigned int — 4 294 967 295 строк. сомневаюсь что вы хотя бы малую часть из этого сможете "создать".
В принципе неважно, какой именно предел. Дело в целесообразности работы с огромной таблицей... Т.к. как я говорил, производительность падает в разы...
4 294 967 295 строк - т.е. более 4-х миллиардов... Думаете, с такой таблицей будет эффективная работа? Уверен, что нет.
Sinkora: это из практической плоскости (уже припёрло) или чисто теоретически? Если второе (скорее всего) то почему бы просто не забить на это
хм, по такой логике встаёт вопрос в целесообразности использовать drupal, mysql, php, apache, и т.д. Реальный пример приведите при какой конфигурации, при каком объёме данных, при какой посещаемости, при каких денежных затратах, и что начинает тормозить.
большие таблицы требуют оптимизированных запросов, грамотного использования индексов, кэширования и мощных серверов, специально выделенных под СУБД
Совсем большие таблицы требуют вертикального (таблицы разносятся по нескольким серверам) или горизонтального (записи таблиц разносятся по нескольким серверам) распределения.
Подробнее можете почитать здесь или здесь
Хех, так и знал, что такое кто-нибудь спросит. Даже не знаю, как ответить))
Тестировал на пустом сайте на локалхосте))
Во, это интересно, спасибо!
Или юзать PostgreSQL вместо mysql. Правда гарантирована только поддержка базовой поставки, модули могут поддерживать PostgreSQL, а могут и нет
Sinkora, ты опять занимаешься преждевременной оптимизации и передёргиванием на то чего ещё нет?
и никогда не будет
Нет, ну данный товарищ в одном топике писал что имеет проект, что-то вроде с 1500 уников или даже просмотров, но скоро, очень скоро, там всё перевалит за лям
С кем-то спутал. Я такую чушь обычно не говорю))
Хех, вот народ завидный))
Ога. Говоришь такую http://drupal.ru/node/47641
Того поста не нашёл, но были рассуждения на тему "А вот у меня на проекте черех n лет стотыщмильёнов авторизованных будет", могу дать только данные цитаты:
_____
____
Не делай себе проблем когда их нет
Сейчас делаю интернет магазин на Уберкарте:
2,8 млн товаров
32 тис. терминов таксономиии
70 млн. записей в таблице term_node (привязок таксономии к нодам)
22 млн. записей в одной из таблиц множественного поля CCK
Общий размер базы (без кэша) 8Гб
Пока полет нормальный, на локалхосте, под денвером
Тормозит стабильно
Думаю с кэшем, и на ВПС будет работать нормально.
*взял попкорн*
Обязательно отпишитесь как мускуль будет ворочаться на ВПС
Не верю
Когда такой сайт собираются запустить на обычном ВПС, обычно заказчик из категории "Наш сайт должен покорить мир, бюджет $500".