донкихотiv_an_ruпропущено...
Не так. Создаётся один кластер, с общей схемой, и разумеется с избыточностью. Но при этом если одна таблица ссылается на несколько справочников, секционированных по разным ключам, то копии её индексов размещаются на одних ящиках с этими справочниками, и каждая копия секционируется в соответствием с секционированием "своего" справочника. Оптимизатор знает, какие копии могут выполнить какие джойны локально, без лишнего трафика в кластере. Вот и всё.
В нашем обсуждаемом случае после каждой операции с карты будет происходить проверка и по надобности изменение индекса на всех справочниках на которые ссылается таблица "фактов" операций по карте. Это минус.
А есть ли плюс, обратиться к справочнику карт и через IOS по индексу получить данные по всем остальным справочникам, в том числе по справочнику популярных точек съема денег по этой карте?
Т.к. реплицируется только индекс таблицы "фактов", то придется в него писать все необходимые в будущем данные (денормализовывать её как советует "Проясним ситуац").1. Зачем после операции по карте менять индекс справочника? 2. Что такое IOS? 3. Зачем при записи операции получать данные "по всем остальным справочникам" через справочник карт? С клиента пришли готовые идентификаторы не только карты, но и кассы/банкомата, их можно и нужно использовать по назначению.

донкихотiv_an_ruпропущено...
1. Зачем после операции по карте менять индекс справочника? 2. Что такое IOS? 3. Зачем при записи операции получать данные "по всем остальным справочникам" через справочник карт? С клиента пришли готовые идентификаторы не только карты, но и кассы/банкомата, их можно и нужно использовать по назначению.
Тогда не понимаю, как по вашему такое размещение индексов поможет ускорить обращение к нескольким гигантским справочникам не ссылающимся друг на друга, но на которые может ссылаться заполняемая таблица "фактов" (ссылаться в абсолютно любых комбинациях)?Хочется вам выполнить транзакцию "содрать 100 рублей с карточки 12345 в пользу хозяина кассы 67890". Нода, получившая запрос, ничинает транзакцию и рассылает по кластеру сообщения

--- одной из тех нод, на которых может лежать справочная запись про карточку 12345:
"проверить, что такая карточка есть и что с ней всё в порядке; если непорядок то обламывать транзакцию иначе записать операцию в свою копию сегмента таблицы операций и отправить сообщения о вычитании 100 рублей каждой из нод, хранящих данные о состоянии счёта кардхолдера."

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

--- одной из тех нод, на которых может лежать справочная запись про кассу 67890:
"проверить, что такая касса есть и что с ней всё в порядке; если непорядок то обламывать транзакцию иначе записать операцию в свою копию сегмента таблицы операций и отправить сообщения о добавлении 100 рублей каждой из нод, хранящих данные о состоянии лицевого счёта владельца кассы."

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

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

донкихотИ у такого способа размещения индексов есть общепринятое название и его классическое описание?Понятия не имею. Это же азбука кластеризации. Где взять классическое описание буквы "Ж"?

донкихотiv_an_ruИ всё. Обратите внимание, что ноды, на которых лежат куски справочников карточек и касс, не отправили ни байта данных из этих справочников ни друг другу, ни ноде, начавшей транзакцию. А транзакция эта идет не как двухфазная с подтверждением от этих нод об успешности коммита на всех синхронных репликах?Подтверждения собираются, само собой, а будет транзакция двухфазной или нет зависит от того, как в кластере реализован журнал транзакций --- делается одна "полная" запись на ноде, к которой прицепился клиент, или каждая нода записывает "свои" изменения.

донкихотiv_an_ruпропущено...
Хочется вам выполнить транзакцию "содрать 100 рублей с карточки 12345 в пользу хозяина кассы 67890". Нода, получившая запрос, ничинает транзакцию и рассылает по кластеру сообщения

1. --- одной из тех нод, на которых может лежать справочная запись про карточку 12345:
"проверить, что такая карточка есть и что с ней всё в порядке; если непорядок то обламывать транзакцию иначе записать операцию в свою копию сегмента таблицы операций и отправить сообщения о вычитании 100 рублей каждой из нод, хранящих данные о состоянии счёта кардхолдера."

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

3. --- одной из тех нод, на которых может лежать справочная запись про кассу 67890:
"проверить, что такая касса есть и что с ней всё в порядке; если непорядок то обламывать транзакцию иначе записать операцию в свою копию сегмента таблицы операций и отправить сообщения о добавлении 100 рублей каждой из нод, хранящих данные о состоянии лицевого счёта владельца кассы."

4. --- всем остальным нодам, на которых может лежать справочная запись про кассу 67890:
"записать операцию в свою копию сегмента таблицы операций."
Я пронумеровал описания ваших действий от 1 до 4.
В каких пунктах идет обращение на чтение к этим индексам хранящим копии других таблиц расположенных на других нодах?Ни в каких.

В п.1 и п.2. используются только копии таблицы операций, сегментированные по номеру карточки. Если на ноде может оказаться справочная запись карточки 12345 и не может --- карточки 54321, то на неё будут складываться операции по карточке 12345 и не будут --- по карточке 54321. Потому что если уж (12345 & 0xfff000) % число_сегментов дало номер ноды, то оно даст тот же номер ноды и если 12345 --- PK справочника, и если 12345 --- значение поля в таблице операций.

Так же дело обстоит и с п.п.3,4 --- используются только копии таблицы операций, сегментированные по номеру кассы.

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

донкихотДопустим шардить операции можем по датеТипа, сегодня понедельник, первая нода работает за всех, завтра во вторник она будет отдыхать, потому что вся нагрузка упадёт на шард на второй ноде :)

Как ни забавно, такое иногда используется для тех АСУ, где требуется дорогостоящий (по части выборок и вычислений) разбор действий оперативного персонала. Шардят по сменам. Пока на одну ноду валится вся телеметрия с какой-нибудь фармацевтической пробирки, вторая нода используется для аналитики по предыдущей смене, игр "что, если", наказания невиновных и выдачи в QA рекомендаций, что в таблетках прошлой смены стоит проверить особенно тщательно.

донкихотНе однозначно понимаемые предложения.
iv_an_ruИ всё. Обратите внимание, что ноды, на которых лежат куски справочников карточек и касс, не отправили ни байта данных из этих справочников ни друг другу, ни ноде, начавшей транзакцию .
Положительный или отрицательный ответ все-таки они должны вернуть.
Положительный или отриуательный ответ во-первых не является даными из справочников и во-вторых это в 8 раз меньше байта :P

ДохтаРя противник применения шардинга, забивания кувалдой алгоритма распределения нагрузки в архитектуру приложения .Прописать в конец "create index" что-то вроде "partition (card_id int (0hexFFFFF000))" теперь называется "забивать кувалдой"? А вообще писать какой-то там "create index" ещё не называется "забивать кувалдой"?

ДохтаРЯ сторонник виртуализации вычислительных мощьностей внутри одной большой коробки. И перемещения ресурсов ( процессоров и памяти) нуждающимся ОС и приложению в зависимости от текущей бизнес нагрузки и приоритетов.Это хорошо. Пока эта мода сохраняется, я лично буду получать выше рынка, а "моя" контора --- обеспечивать мне спокойную работу.

донкихотИли уже есть дешевые программные способы создания низколатентного виртуального NUMA-серверов из множества реальных серверов с использованием RDMA(Infiniband) у VMWare или MS Hyper-V?Уже есть дешевые программные способы превысить скорость света?

Грейс Хоппер, кажется, должна была не просто показывать моток проволоки, а этой проволокой пороть слушателей.