Проектирование БД под репликацию

← →
mmms (2005-10-18 20:59) [0]

Вопрос простой, нужно ли пользоваться счетчиками?

← →
Карелин Артем © (2005-10-18 21:24) [1]

Ээээээээ.........
Какая связь между этим счетчиками и репликацией?

← →
Desdechado © (2005-10-18 21:25) [2]

конечно, а то за воровство электроэнергии привлекут

← →
isasa © (2005-10-18 21:35) [3]

Primary key = GUID. Остальное не лимитируется.

← →
Карелин Артем © (2005-10-18 21:46) [4]

> isasa © (18.10.05 21:35) [3]

это тоже не лимитируется

← →
mmms (2005-10-19 08:43) [5]

Пример: 10 контор, справочник: продукты. В разных конторах начинают добавлять свои группы в этот справочник. Ес-но, если они введут группу, а у нее PrimaryKey - автоинкрементное поле, и по этому полю потом идет связь с дочерними таблицами, ну.. типа понятно.. в разных конторах начнется заполнение главной-дочерней, как их потом "слить" в репликацию, проблема, но ещё большая проблема, как им вставить записи, что ввели в 9 других конторах... Интересно, GUID тоже думал, но как делают проектировщики, мне интересно, "счетчик" вообще не используют в реплицируемых таблицах? Как безполезность? А все ИД генерить на тригере например, да ещё для спокойствия с шагом 100, или для каждой конторы нумеровать ИД от миллиона, помноженный на номер конторы (6я контора например вставляет записи с 6000000,6000001 и т.п.)
Вообще, эти нюансы где нибудь освещались, советы "бывалых"..., я искал статьи, ничего путного не нашел, одна вода.

← →
evvcom © (2005-10-19 08:50) [6]

Сделать ключ составным: id_конторы и id_записи_уникальный_для_этой_конторы

← →
Карелин Артем © (2005-10-19 09:00) [7]

Лимитируется только одно: первичный ключ должен быть уникален в пределах всей сети и не должен зависеть от возможных сбоев. Менять шаг или начальное значение на мой взгляд не очень хорошо. Много всяких "если" влияют на устойчивость системы.
Должен быть или GUID или составной ключ, как evvcom © (19.10.05 8:50) [6] прописал.

← →
Anatoly Podgoretsky © (2005-10-19 09:02) [8]

Проблема не в счетчиках, а нарушении ссылочной целостности.
В разных базах делается по разному, например MSSQL поддерживает понятие FOR REPLICATION и прямое присвоение поля вместо генерации при репликации.
Можно конечно делать диапазоны, но это не очень удобно, более удобно или GUID или составной первичный ключ (это кстати позволит делать фильтрацию по подразделению). Составной первичный ключ отражает сущность, GUID обеспечивает уникальность в мировых размерах.

Вот только сетевые карты китайские временами попадаются с одинаковыми MAC-адресами. Видел сам.

> Вот только сетевые карты китайские временами попадаются
> с одинаковыми MAC-адресами.

Так там ж какое население! Где ж столько разных MAC-адресов набрать на такое количество китайцев? :-)

Под МАК адреса отведено 2^48, у нас на земле столько атомов не найдется, не то что китайцев.

Не... Китайцев больше! :)

Проектирование БД под репликацию Найти похожие ветки