iBase.ru Forum

насколько большой выигрыш будет от использования суррогатного ключа,

Прочитав статью, решил дополнить эти таблицы суррогатным ключем на генераторе и использовать его в качестве первичного ключа.

voltron писал(а):В базе используются справочные таблицы, которые состоят из двух строковых полей - CODE и NAME. Первое поле - уникальное в пределах справочника условное обозначение (для разных справочников разная длина, но не более 7 символов), а второе - расшифровка. Прочитав статью, решил дополнить эти таблицы суррогатным ключем на генераторе и использовать его в качестве первичного ключа.
Первый вопрос, который возник - насколько большой выигрыш будет от использования суррогатного ключа, справочники не сильно большие (2-130 строк) и с большой вероятностью меняться будут достаточно редко (если вообще будут), но в результаты запросов ВСЕГДА нужно подставлять расшифровку.
Второй вопрос связан с использованием данных из справочников в основных таблицах. Проблема в том, что информация в базу поступает в процессе программной обработки файлов, а в файлах используются условные обозначения. Если в качестве PK в справочниках использовать именно условное обозначение - то проблем с загрузкой данных и контролем нет. Если же использовать суррогатный ключ, то насколько понимаю, перед вставкой данных нужно выполнять дополнительные запросы для сопоставления условного обозначения и значения PK в справочнике. Или есть какие-то другие способы и можно обойтись без дополнительных запросов?

CREATE PROCEDURE SP_INSERT_EGRZ_RIGHT (
    type_code char(12),
    subject_name varchar(256),
    share integer,
    subject_jaddress varchar(2048),
    subject_inn char(30),
    doctype_code char(12),
    docname varchar(256),
    docno varchar(128))
returns (
    all_ok integer)
as
declare variable "TYPE" integer; /* Ссылка в справочник типов прав */
declare variable LOT integer; /* Участок, к которому прицепляем право */
declare variable DCOTYPE integer; /* Ссылка в справочник типов документов */
begin
  ALL_OK=0;
  SELECT MAX(ID) FROM EGRZ_LOTS INTO :LOT;
  SELECT ID FROM EGRZ_RIGHTTYPES WHERE EGRZ_CODE=:TYPE_CODE INTO :"TYPE";
  SELECT ID FROM EGRZ_DOCTYPES WHERE EGRZ_CODE=:DOCTYPE_CODE INTO :DOCTYPE;
  INSERT INTO EGRZ_RIGHTS(ID, LOT, "TYPE",
    SUBJECT, SUBJECT_NAME, SHARE, SUBJECT_JADDRESS, SUBJECT_INN,
    DOC, DOCTYPE, DOCNAME, DOCNO)
  VALUES(NULL, :LOT, :"TYPE",
    NULL, :SUBJECT_NAME, :SHARE, :SUBJECT_JADDRESS, :SUBJECT_INN,
    NULL, :DOCTYPE, :DOCNAME, :DOCNO);
  ALL_OK=1;
  suspend;
end^

KKomov писал(а): Код вставки оказался не столь и страшным. Я сделал хранимые процедуры для вставки всех нужных видов записей.

voltron писал(а):

KKomov писал(а): Код вставки оказался не столь и страшным. Я сделал хранимые процедуры для вставки всех нужных видов записей.

Пошел по такому же пути - вставка выполняется посредством хранимой процедуры.
Что-то не совсем понял по MAX(ID) - у вас что всегда право цепляется к последнему участку?

voltron писал(а):P.S.Участки, права... Вы случаем с кадастром не связанны? Коллега?