Следует ли денормализовать базы данных OLAP для повышения производительности чтения?

Я всегда думал, что базы данных должны быть денормализованы для повышения производительности чтения, как это делается для проектирования баз данных OLAP, и не сильно преувеличивать 3NF для проектирования OLTP.

PerformanceDBA в различных сообщениях, например, в Производительность различных подходов к временным данным защищает парадигму, согласно которой база данных всегда должна быть хорошо спроектирована путем нормализации до 5NF и 6NF (нормальная форма).

Правильно ли я понял (и что правильно понял)?

Что не так с традиционным подходом / парадигмой денормализации баз данных OLAP (ниже 3NF) и советом, что 3NF достаточно для большинства практических случаев баз данных OLTP?

Например:

• «Простая истина ... в том, что 6NF, при правильном выполнении, Может ли кто-нибудь дать мне ссылки с хорошими логическими объяснениями этого и противоположного убеждений?

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

  Для улучшения видимости я скопировал сюда из комментариев:

  «Было бы неплохо, если бы участники Может ли кто-нибудь дать мне ссылки с хорошими логическими объяснениями этого и противоположного убеждений?

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

  Для улучшения видимости я скопировал сюда из комментариев:

  «Было бы неплохо, если бы участники добавить (раскрыть) сколько реальных (нет научные проекты включены) реализации хранилищ данных в 6NF они видели или участвовали в. Типа быстрого пула. Me = 0. "- Дамир Сударевич

  В статье Wikipedia Data Warehouse говорится:

  «Нормализованный подход [по сравнению с многомерным подходом Ральфа Кимбалла] также называется 3NF-моделью (Третья нормальная форма), сторонниками которой являются называемые «Inmonites», верят в подход Билла Инмона, в котором заявлено, что хранилище данных следует моделировать с использованием ER удаление приведет к удалению связанного файла с диска, а также к удалению записи из базы данных.

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

  Теперь при удалении объекта не будет удален только исходный файл, а только замена.

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