здравствуйте!

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

Уточнение:
поле хотят "интовым"
с головной БД данные также реплицируются на вторичные
-----------------------------------
пока планируется следущее:
завести в таблице 2 поля
-скажем счетчик(УнНом)
-признак в головная\мелкая БД

в мелкой БД будет 2 идентичные таблицы одна из них скажем временная
схема работы:
если добавление происходит в головную то просто берем УнНом= max(УнНом)+1 далее репликация на мелкие БД

если ввод данных происходит в мелкой БД то:
пишем в временную УнНом= max(УнНом из постоянной)+1
реплецируем на головную, там ставим тригер смотрим если УнНом совпал то УнНом= max(УнНом головной)+1 далее репликация с головы вниз на мелкую в постоянную таблицу

если кто что понял выскажитесь)
когда лучше пулять тригер до репликации или после?
понимаю что таблички придется блокировать но не понимаю какие где и когда чтоб небыло переизбыточной блокировки.
PS: я далек от БД)

Mark BarinsteinМне кажется, что самый простой и правильный способ для этого предложил gals .
вот то что он предлагал
newj....
-признак в головная\мелкая БД
...

просто этого мало, оно будет уникально только в случае 1 записи
а если уникальное поле сделать чаром и склеивать то
newj....
Уточнение:
поле хотят "интовым"


а как "дефолтные" значения с "перемеными" склить в интах я не знаю

Mark BarinsteinВы куда-то не туда посмотрели...
Он предлагал:
galsДобавить еще одно текстовое поле.
В каждой "маленькой" БД сделать различные DEFAULT значеня для этого поля.
Например, БД 1 - DB001, БД 2 - DB002 и т.д.
Тогда в центральной будет уникальный идентификатор из двух полей.С учетом новых ваших требований:
Добавьте новое целое, а не строковое поле во все базы с уникальным для каждой базы DEFAULT значением.
Включите это поле в уникальный ключ таблиц.
И реплицируйте таблицы с этим новым ключом без проблем.
Помните только, чтоб приложение само не пыталось писать в это новое поле.

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

Victor Metelitsa Не могу похвастаться тем, что понимаю, что пишет и что хочет newj. Но всё равно выскажусь ;-). Не обязательно обозначать базу-источник явно. Напр., если мы уверены, что вспомогательных баз будет менее 10, то пользоваться автоинкрементным полем или sequence с шагом 10, а начальное значение задать как номер базы. Главная пусть генерирует последовательность 0, 10, 20, 30,..., первая вспомогательная 1, 11, 21, 31,... и т.д. Параноик может взять шаг 100-1000 и хранить числа в BIGINT.

я конечно параноик и шизофреник и крыша едет каждый день, но я точно знаю что баз будет более 10.
предположим берем шаг 10 :
база 1 :
ввод 0 1 ... 111
значение 1 11... 1111
база 11:
ввод 0 111
значение 110 1111
а если взять очень большой шаг то при активной работе авто инкремент быстро себя исчерпает


Alexey Popov IMHO по принципу:

Главная БД:
TABLE1 (ID)

Второстепенная:
TABLE1(ID, GLOBAL_ID)
PRIMARY KEY (ID)
Где GLOBAL_ID заполнялся бы при реплицировании в головную БД.

пытаюсь понять смысл предложенного.....

Victor MetelitsaBIGINT'а в автоинкременте хватит кому угодно, даже параноику (а параноик - это похвала (тем, кто этого заслуживает, конечно); админ так вообще обязан быть параноиком, а прочим просто полезно).

беру свои слова обратно!
пересчитал все под себя лет на 50 должно и ИНТа хватить за это время мона много... много раз старье убрать а потом и второй круг не страшен))))
-----
шаг должен быть следующим
"1 и ноликов столько сколько количество цифер в количестве баз" + номер базы по порядку и тогда значения одной БД никогда не совпадут со значениями другой!

т.е. если баз меньше 10 то инкремент=10+номер БД
<100 то 100+№БД

потрясающе...
надеюсь это понравится "озадачивающим людям"

-----
BIG THANKS
Victor Metelitsa ОТДЕЛЬНОЕ ПАСИБО!

manualСчетчик для IDENTITY столбца увеличивается или уменьшается вне транзакции.
Поэтому соблюдайте осторожность при использовании режима CACHE, запрашивающего подготовку и сохранение в кэше некоторого количества заготовленных значений. Если возникает сбой DB2 подсистемы, эти значения теряются и возникает “дырка” в значениях столбца.


у меня еще пара вопросов:
-сильно ли падает скорость если кеш вырубить(хотя мне и с дырками должно хватить)?
-как отловить "номерок" своей вводимой строки а не чужой?

-и как лучше всего сделать ,что если в случае наш инкремент д.б. минимальным(самвя первая запись или 1я в новом круге) ставить определенную цифиру