Наверное я неудачно сформулировал вопрос.

В файерберде действительно autoincrement нет, там как у оракла, генератор последовательности чисел. Он и используется, а в БД кладется в поле "id" триггером before insert и в БД все работает. По документации PB очередное значение такого поля должно автоматически появлявляться в соответствующем поле DW при выполнении dw.update, если для него указан Identity column in Rows > Update Properties (как и сказал Филипп). Проблема в том что поле DW не заполняется. Делать ретрив не хочется.

А кто работал с PB и ораклом, там заполняются поля типа ID в дтавиндов правильными значениями?

"GetIdentity=" посмотрю обязательно.

2 Филипп

Коннект идет через ODBC. Это я упустил.

По идее ситуация должна быть аналогична с ораклом. Что там нужно указывать в поле "GetIdentity="?

> Просто я ещё ни разу не работал в местах (и не имел клиентов), где разрешалось бы бизнес вешать на Open Source DBMS :-)

Так для меня это тоже впервые.

2 Филипп

>с127, вопрос исчерпан. НИКАКИМ образом при работе с firebird в DW при выполнении update это поле заполняться автоматически НЕ БУДЕТ.

Зуб даешь? А если я запущу автоматическое заполнение поля тобой же подсказанным способом? Поаккуратней нужно быть с категорическими заявлениями.

Похоже, что с ораклом вообще очень просто, с файербердом чуть сложнее, для него нужно заводить секцию в PBODB80.INI, но принцип тот же.

Способ номер раз. Рекомендовано сайбейзом в секции [SYBASE_SYNTAX] файла PBODB80.INI:

; GetIdentity='Select max(IDENTCOL) from &TableName'
; Alternative technique if table has insert trigger associated with it.

Это как раз и есть наш случай.
Тут становится понятно как оно работает: DW добавляет строчку в базу, а потом сразу же выполняет оператор, указанный в GetIdentity, подставляя имя таблицы и, если нужно, имя поля, содержащего ID. Т.е. подойдет любое правильное SQL выражение, возваращающее последнее добавленное значение в данную таблицу, в том числе "select current_value(sequence_name) from dual;" (это оракл, не помню точный синтаксис) или "select gen_id(sequence_name,0) from rdb$database;" (это файерберд). Единственная проблема - указать sequence_name, но можно определить sequence_name==&TableName, и тогда наверное сработает.

Это есть способ номер два, если получится - сообщу и можно будет вносить в хитрые вопросы на интервью.

>'Select max(IDENTCOL) from &TableName' подразумевает, что datawindow engine может сделать некий системный запрос, чтобы узнать, КАКАЯ КОНКРЕТНАЯ КОЛОНКА была в некоей таблице назначена быть autoincrement, чтобы затем совершить макроподстановку на IDENTCOL. Если СУБД не поддерживает autoincrement, то что будет использоваться вместо IDENTCOL?

Там речь идет о триггере (Alternative technique if table has insert trigger associated with it.), т.е. поля типа IDENTITY в таблице может и не быть. Я подозреваю, что при макроподстановке в IDENTCOL попадает поле, поставленное в свойствах Update Properties в DW как Identity column in Rows. Ты это свойство тоже вспоминал в самом начале. Иначе я не вижу причин, зачем оно нужно, если PB и так может определить, которое из полей генерит ключ. Это я буду проверять, может и ошибаюсь.

Отсутсвие autoincrement само по себе разумеется не проблема, но наработанную логику PB приложения не хотелось бы менять из-за его отсутствия. А как получить значения ключа по-другому я пока не знаю. Попробую исправить малой кровью, ну а не получится - буду заставлять юзера добавлять по одной записи или еще как-нибудь изворачиваться.

Проблема решена.
В pbodb80.ini прописывается следующее (драйвер 'XTG Systems IntrBase6 ODBC Driver'):

[InterBase]
PBSyntax='InterBase6_SYNTAX'
PBNoCatalog='YES'

[InterBase6_SYNTAX]
CreateTable='CREATE TABLE &TableName (::ColumnElement[, ::ColumnElement]...)'
ColumnElement='&ColumnName &DataType'
DropTable='DROP TABLE &TableName'
GetIdentity='Select gen_id(&TableName,0) from RDB$DATABASE'

и все замечательно работает. При этом имя генератора должно совпадать с именем таблицы. RDB$DATABASE наверное нужно заменить на что-то более подходящее, но это детали. Рекомендованный сайбейзом способ "GetIdentity='Select max(IDENTCOL) from &TableName'" почему-то не работает. Ну и не надо. На самом деле в [InterBase6_SYNTAX] по-видимому достаточно только строки с GetIdentity, остальное приводит к тому, что PB начинает правильно создавать/убивать таблицы из DB паинтера.

Еще раз спасибо всем за советы, без них я бы не догадался копать в сторону GetIdentity.

2 Филипп

>c127, я же вам популярно объяснил, почему не работает рекомендованный сайбейзом способ "GetIdentity='Select max(IDENTCOL) from &TableName'" :-)

Неувязочка, объяснение получилось уж слишком популярное. Почему - я уже говорил. Скорее все-таки оно работает, просто я где-то ошибся.

Но меня устраивает и тот вариант, который заработал.

2 alienzzzz

>А почему нельзя просто на упдате повесить свой эвент, который из базы выдергивает следующий ид и встявляет его в поле ИД Датавиндовы ?

Наверное можно и так, только теперь незачем. Есть стандартное средство, которое как оказалось нормально работает. К тому же в этом случае само DW не зависит от SQL сервера и способа вычисления id добавленной записи.

2 ASCRUS

>в том же Delphi это приводит к тому, что он уже считает, что запись сохранилась и попытка изменить ее во время хода операции ApplyUpdates (аналог DW.update) приводит к интересным глюкам

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