казинакДмитрий МухИ возникает простая идея: раз у нас много чтения и относительно мало записи, и чтение страдает, то давайте использовать денормализованные таблицы (регистры).матвью и репликации оч давно известны
очередной велосипед (гениальная идея) может и не хуже, но точно не лучше
Куда репликация? И что в денормализации гениального и почему это велосипед?

казинака у вас
Дмитрий Мух... относительно мало записи.
А у вас?

Относительно мало записи - это не мало записи, а мало относительно чтения.

А у вас какой профиль нагрузки?

казинакДмитрий МухИзбавляемся как от сложных запросов на чтение, так и от множества блокировок. И всё начинает летать.
сложные запросы и блокировки - это параллельные понятия
И что? Избавляемя и от тех и от других. Это плохо что-ли?

Складывается такое чувство, что лишь бы что против сказать.

казинакДмитрий МухСкладывается такое чувство, что лишь бы что против сказать.
складывается уверенность, что ты ни фига не знаешь sql и механизмы работы бд
от твоих постов, у меня самооценка поднимается))
и, кстати, где твой hvost?
тоже,
то еще трепло...
Я то знаю, а вот ты нет, судя потому, что избегаешь ответов на вопросы и переходишь на хамство.

А то, что от последнего у тебя самооценка поднимается... это классно чувак, так держать

ViPRosДмитрий МухХотя что-то сделали и на 1C: "1C:Предприятие 8": автоматизация отгрузки нефтепродуктов на нефтеперерабатывающем заводе .

Вот только у ЮКОСА, а в дальнейшем у Роснефти не один, а сотня НПЗ по всей России.
ну, поменьше ляля - http://pronpz.ru/neftepererabatyvayushchie-zavody/rossiya.html
тут я да, маху дал...

хотел написать о количестве установленных крупных серверов
они ставяться как на больших заводах, так и на различных станциях поменьше

SergSuperвозможно многие на 1С делали и посложнее системы
Внезапно в 1C тоже знают про денормализацию:

Денормализация с точки зрения 1СС моей точки зрения большим технологическим прорывом стало появление в 1С регистра накопления.
Сама по себе строгая нормальная форма несет в себе порядок в процессе проектирования, но доведенная до абсурда способна тормознуть любой проект своими ограничениями.
Во-первых, строгая третья нормальная форма хороша только для статических систем.
Для динамических систем, которые меняются во времени, такие ограничения лишают программные комплексы необходимой гибкости.
К примеру, в SAP нельзя внести контрагента, пока не заполнишь все обязательные поля, вплоть до телефона директора.
Во-вторых, регистр накопления реализует OLAP технологии на уровне платформы, так как регистр накопления имеет измерения, ресурсы и временную ось.
Структура регистра накопления позволяет значительно увеличить производительность за счет заранее посчитанных итогов, а штатные средства отчетов позволяют реализовывать принципы drill-down, drill-up в рамках единой среды.

В принципе, регистры накопления и регистры сведений – единственное отличие от третьей нормальной формы.
https://infostart.ru/public/269803/

Оттуда же:
Чек лист последовательности проектирования базы данныхДля тех, кто ещё только делает первые шаги в проектировании баз данных будет полезна типовая последовательность выполнения работ:

1. Определить таблицы объектов
2. Определить атомарные поля
3. Определить типы полей
4. Определить первичные ключи
5. Определить внешние ключи
6. Определить индексы полей
7. Определить уникальность полей
8. Определить признаки полей null/not null
9. Определить дополнительные ограничений полей
10. Выполнить нормализацию до 3-й нормальной формы
11. Выполнить денормализацию с учетом ограничений по производительности

SergSuperДмитрий Мухпропущено...

На 1C? Отгрузка нефти?

ЮКОС являлась одной из крупнейших компаний России по объёмам реализации.
В период с 1995 по 2005 год неизменно входила в число 10 крупнейших компаний России по версии журнала «Эксперт» (лучший результат - 4 место в 2001—2003 годах).

Роснефть в 2013 году стала крупнейшей в мире компанией-производителем нефти.

Как Вам такие характеристики?ну вообще такой ответ странно даже от менеджера было бы услышать
информации о системе в нем ноль

мне интересно сколько транзакций или документов было, сколько пользователей одновременно работало, какой был размер базы, сколько допускался простой системы и т.д.
а то что 20 лет назад юкос был крупнейшей компанией - ну это ни разу ни характеристика
Точных чисел я не помню, да и уровень мониторинга и грамотных админов, способных его настроить (особенно в регионах) 15 с лишним лет назад был не высок.
Мне было 23 года и меня интересовали не это, а то как взрослые дяди задачи решают и как этому побыстрее научиться.

Сотня серверов по всей России, до фига людей, контрагентов, транзакций и документов.

А у вас есть точные числа и по какой системе?

ViPRos,

какие у тебя железобетонные аргументы против денормализации, а главное как в кассу

ViPRosДмитрий МухViPRos,

какие у тебя железобетонные аргументы против денормализации, а главное как в кассу
"Денормализация" - позорная технология (по которому невозможно определить причинно-следственные связи)
Есть "миграция" (сверху вниз) и "агрегация" (снизу вверх), появление которых можно контролировать на уровне метаданных и метаправил.
Но про это мало где написано у гурю, потому тебе неведомо :)
Мда, не ожидал от тебя такой глупости.

Изначальная схема никуда не девается, отношения, по которым строиться композиция никуда не удаляются.
То есть и возможность "определить причинно-следственные связи" отсаётся.

Lessypобычно денормализация появляется когда студентам дают проектировать базу, в серьезных системах все конечно делается штатными средствами, которые уже были упомянуты выше
А у вас серъёзная система, или денормализация появляется?
Откуда такая уверенность в утверждении? Вам доверили базу проектировать?