iBase.ru Forum

Помогите, пожалуйста.

Необходимо сопоставить каждой записи уникальный идентификатор, не добавляя в таблицу лишних данных типа автоинкрементных полей. Лучше всего было бы получить внутренний номер записи, который ей присваивает сам Firebird.
Возможно ли это?

Нет. У записи нет "внутреннего номера". Есть только положение в базе AKA RDB$DB_KEY, но он непостоянен.

Ulrich писал(а):Необходимо сопоставить каждой записи уникальный идентификатор, не добавляя в таблицу лишних данных типа автоинкрементных полей.

Ключ, это не лишние данные, а жизненно необходимый атрибут. Често говоря не преставляю, как реляционная база будет жить без ключей...

С ключом и дурак сможет. Не кошерно это.

Гы А генератор - он не в таблице Если на то пошло ..... и искуственный pk на генераторе - весчь оччень хорошая - спасает от геморроя

Merlin писал(а):С ключом и дурак сможет. Не кошерно это.

Но индекс-то все-равно нужен ....

Ulrich писал(а):Возможно ли это?

А нафига

DS писал(а):

Ulrich писал(а):Возможно ли это?

А нафига

Начальство требует.

Товарищи, этот rdb$db_key какого типа вообще?
Запросы выводят его значение, а организовать поиск нужной строки по полученному значению не получается. Ничего не находит.

тебе это точно надо? формат дбкея двоичный.

kdv писал(а):тебе это точно надо? формат дбкея двоичный.

А как его в раздел where писать?

Короче, тебе сюда. На самом деле познавательно:

http://search.atomz.com/search/?sp-q=tn ... m=1&sp-s=0

http://www.cvalde.net/document/mysteriousDbKey.htm
http://www.cvalde.net/document/practica ... he_rdb.htm

Ага! Спасибо! Всё стало немного лучше.
Запросы в isql работают.
Правда, через XSQLDA возвращается какая-то чушь. Продолжаю бороться.

не чушь. читай внимательнее. это двоичный идентификатор в строке.
Чудится мне, что ты нечто нехорошее затеваешь. Но, хозяин - барин.

Спасибо за помощь! Теперь всё работает как надо.

может оно и работает, только вот тому кто проэктировал БД без примари кеев ручки то поотрывать бы...