Проблемные шаблоны данных

Question

Утверждение: производительность баз данных SQL ухудшается, когда объем данных становится очень большим (скажем, десятки или хрунды терабайт). Это означает, что определенные шаблоны в дизайне базы данных, которые разумны для большинства баз данных малого и среднего размера, ломаются, когда база данных растет. Для (довольно общего) примера существует тенденция, которая отходит от разработки моделей данных, которые полностью (или, скажем, BCNF) нормализованы, потому что необходимые соединения будут сильно влиять на производительность. Смотрите также this question

Мой вопрос заключается в следующем: Вы знаете каких-либо шаблонов баз данных, которые, хотя и разумно в типичной базы данных, расщепляющих (производительность мудрая) для huuuge баз данных, особенно Select-запросов? Существуют ли альтернативные стратегии, которые выполняют эти же (по данным) без этих проблем с производительностью?

Answer 1

Идентификационные колонны ?!

Это может произойти с ОГРОМНОЙ таблицей, содержащей большое количество данных и тяжелых транзакций вставки/удаления.

EDIT: ОК. Перечитайте свой вопрос. Индексы могут быть огромными производительность узкие места для вставок в таблицах, содержащих много строк.

Answer 2

Первое, что приходит на ум - это хранить файлы как капли в базе данных. я видел множество систем, которые стали достаточно маленькими, скажем, ниже 10 ГБ в одной таблице данных blob, а затем начали поражать потолки по мере их роста. вы можете смягчить некоторые повреждения, правильно структурировав свое решение, но, как правило, я думаю, что шаблон хранения файлов в базе данных ломается, когда размер увеличивается.