Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

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

mmms © (2005-10-18 20:59:00)
Вопрос простой, нужно ли пользоваться счетчиками?

evvcom (2005-10-19 09:54:00) [1]
Не... Китайцев больше! :)

Anatoly Podgoretsky (2005-10-19 09:40:00) [2]
Под МАК адреса отведено 2^48, у нас на земле столько атомов не найдется, не то что китайцев.

evvcom (2005-10-19 09:25:00) [3]

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

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

Карелин Артем (2005-10-19 09:13:00) [4]
Вот только сетевые карты китайские временами попадаются с одинаковыми MAC-адресами. Видел сам.

Anatoly Podgoretsky (2005-10-19 09:02:00) [5]
Проблема не в счетчиках, а нарушении ссылочной целостности.
В разных базах делается по разному, например MSSQL поддерживает понятие FOR REPLICATION и прямое присвоение поля вместо генерации при репликации.
Можно конечно делать диапазоны, но это не очень удобно, более удобно или GUID или составной первичный ключ (это кстати позволит делать фильтрацию по подразделению). Составной первичный ключ отражает сущность, GUID обеспечивает уникальность в мировых размерах.

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

evvcom (2005-10-19 08:50:00) [7]
Сделать ключ составным: id_конторы и id_записи_уникальный_для_этой_конторы

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

Карелин Артем (2005-10-18 21:46:00) [9]

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

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

isasa (2005-10-18 21:35:00) [10]
Primary key = GUID. Остальное не лимитируется.

Desdechado (2005-10-18 21:25:00) [11]
конечно, а то за воровство электроэнергии привлекут

Карелин Артем (2005-10-18 21:24:00) [12]
Ээээээээ.........
Какая связь между этим счетчиками и репликацией?

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »