av1975А деление по интервалам даже мной не рассматривается в качестве варианта.

А зря. Послушай людей - дельную мысль говорят.
По сути какая тебе разница, как оформлен составной ключ? Допустим два значения: M и N.
Можно хранить 2 поля, что неудобно из-за громоздкости.
А можно слить в одно, например так:
M*1000000+N (при условии что это все уложится при возможных N,M)
Это будет в одном целочисленном поле и никакие маразмы в виде GUID'ов
не нужны. Кроме того из такого значения исходные M и N получаются
элементарной арифметической операцией. И еще этот ключ получается
"человекочитаемым": вижу запись с кодом 2000345 и сразу опознаю,
где она сделана.


Кстати, в Sybase ASA есть даже встроенный тип под это - global autoincrement

av1975Не говоря уж о высшей инстанции

Ну если так, то зачем людям голову морочишь? Обращайся к своей высшей
инстанции с этим вопросом. Раз она (инстанция) так хочет, то пусть и
решает возникающие из-за этого проблемы.

--
http://talk.ru/forum/talk.ru.accounting.development

av1975Высшая инстанция только если накладывает вето на мои предложения.
Что касается M и N, то их у нас ужо за третий десяток перевалило (и процесс продолжается), а записей м.б. много.


Много - это сколько? 4 миллиарда значений не хватит?
Допустим 1000 (Тысяча) распределенных баз (этого вам не хватит?).
Каждой диапазон 1000000(миллион) значений
(а много у вас таблиц-миллионников?)

Итого 1 млрд - прекрасно входит в integer и остается удобным
в использовании.

--
http://talk.ru/forum/talk.ru.accounting.development

LSVДля крупных корпораций 4млрд. - вполне достижимый предел. Я знаю случай достижения 1млн.док-тов всего за 1,5года для одной торговой точки.

Ну даже если это крупная корпорация, то BIGINT (2 в степени 64 значений)
всяко должно хватить.

LSV
Так что лимит не должен быть меньше 10млн. док-тов. Всё равно INT вполне подходит для таких нужд.


И я про то же

LSV
Надо просто иметь возможность переключится на незадействованный интервал.

Элементарно. В ASA даже есть системное событие для этого - по приближению интервала
к концу можно что-нибудь сделать. Например отправить e-mail сисадмину

av1975Я не буду спорить, такой подход возможен.
Но.
Лично я предпочитаю разделению по интервалу пользоваться составными ключами.
Ваше право. В итоге:
av1975
Итого, на для ссылок на 8 сущностей надо 18 полей.

А зачем было задавать вопрос?:
av1975
Как поступать: заводить все поля раздельно или использовать нечто обобщающее (типа GUID)?