Hello, Vladimir!
You wrote on Thu, 03 Apr 2008 04:33:16 +0400:
VB> приложения уже. Вариант 1 в этом смысле куда проще: есть число 123001
VB> - сразу ясно, что эта запись создана в пункте 1 с помощью значения
VB> генератора 123. И заведомо известно, что нигде эта запись не
VB> повторится, можно вливать в любую из точек безбоязненно.
Уникальность ид-шников - это только часть проблемы, как зачастую тонко
подмечает в своих "бугага" Дима Коваленко :))
Например, нужен план действий, на случай, когда одна сущность одновременно
внесена в разных базах...
VB> новые записи создаются как-бы "вперемежку", не последовательно, а
VB> втыкаются друг между другом. Не создаст это проблем в скорости поиска
VB> записей по первичным ключам? Типа дефрагментации первичного ключа, что
VB> ли?
Фантастика какая-то :))
VB> Короче: есть подозрение, что абсолютно незнакомый мне термин "свойство
VB> монотонного возрастания" как раз про эти проблемы с вариантом 1 :)
Да нет, просто когда кадый последующий ид-шник больше предыдущего - очень
просто, хоть и не совсем верно по канонам, определять последнюю запись,
когда,
например, есть версионирование сущностей:
id_object
id_object_ver
object_name
--
-=Настоящая рекурсия начнется, если вы попытаетесь вернуть себе диск,
который давали другу год назад.=-
With best regards, Nikolay Ponomarenko
