Объединяет несколько копий данных: производительность - PullRequest
1 голос
/ 03 октября 2011

Я только что читал http://s.niallkennedy.com/blog/uploads/flickr_php.pdf об инфраструктуре Flickr и это то, что он сказал.

JOIN’s are slow
• Normalised data is for sissies
• Keep multiple copies of data around
• Makes searching faster

Это правда или это просто способ управления своими БД? Если я просто ищу производительность, что лучше не нормализовать?

1 Ответ

3 голосов
/ 03 октября 2011

Объединения становятся проблемой производительности для больших наборов данных.Не о чем беспокоиться, если у вас нет проблем с медлительностью.У нормализованных данных есть большие преимущества, но никто никогда не переходит к пятой нормальной форме.Типичной является вторая или третья нормальная форма.

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

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...