orion700Журавлев Денис,

Вы совершенно правы, я информикс не знаю совершенно (и с удовольствием бы не знал и далее)
Относительно вашей реплики о том, что в триггере мне доступны old и new значения всех полей я знаю
Но мне не нужны они, мне нужна однозначная идентификация строки таблицы над которой произошла операция.

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

Истинных полно, только они не помогают тем, кто с удовольствием не хочет знать то о чем спрашивают. Те кто не хочет знать, платят деньги и получают результат.

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

АнатоЛойorion700
мне не нужны, на этом этапе, коментарии типа "НЕ ИСПОЛЬЗУЙ..."
Перефразируя onstat-: не нужны комментарии - плати деньги, а не пиши на общественный форум...
Любой модератор тот комментарий за оффтоп не посчитает... Хотя, возможно, мой - запросто...
Читай правила...

+1. ( жирный)

Суть форума не только в том, что бы помочь конкретному человеку, для этого можно нанять консалтинг за деньги, или обратиться в ранее оплаченный саппорт, результат будет более качественный особенно с подходом "не хочу знать".

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

Тан
rowid может меняться при update, если строка не влезла на старое место


Дополнение :
У строки на протяжении некоторого времени может быть 2 rowid.
Один непосредственно rowid строки, другой ссылка на него.

Изменение rowid, появление ссылки и ее удаление не ловится никакими триггерами.

orion700Тан
rowid может меняться при update, если строка не влезла на старое место
а если триггер у него не на insert, то max(rowid) может быть и не от той строки rowid
и вообще мне непонятно, для чего очень надо различить записи, которые различить невозможно

я правильно понял что:
момент времени 1 - имеем запись (rowid,id,name) = ( 257 ,1,'test')
момент времени 2 - update t set name='бла-бла-бла' where id=1
момент времени 3 - можем иметь запись (rowid,id,name) = ( xxx ,1,'бла-бла-бла')

то-есть Инф переместил запись, хотя не важно переместил он её или нет, но действительно у той самой записи сменился rowid.
Это действительно так?

По ходу да, причем на одной версии сервера при одинаковых условиях это может произойти, на другой нет.

orion700orion700,

1 вопрос
14 сообщений
и только в последнем и предпоследнем ответ на вопрос

так ли были необходимы те 12, что посередине

Хотя я из них я все же многое выяснил, например, что я чайнег в инхформихс

На Ваш 1-й вопрос правильный ответ прозвучал во 2-ром сообщении.
Если бы Вы предварительно почитали правила форума, и как правильно задавать вопросы,
и следовали этим правилам то исчерпывающие ответы и дополнения были
бы в 5 первых сообщениях.

orion700Журавлев Денисчто вы хотите иметь в вашем матвью?

Да, собственно, хатю в инхформиксе реализовать аналог Oracle манвью логов которые на rowid а не на первичных ключах



Хотите делайте, никто вам этого не запрещает,

Совет 1.
Получайте rowid из первичного ключа ( без чтения таблицы)
там будет rowid записи которая была вставлена,
если запись была сервером перемещена, то это будет уже ссылка на новый rowid.

Совет 2.
Как достать rowid из превичного ключа смотрите и пишите свой датаблейд.

совет 3 .
Если запись была перемещена, и произойдет явная или неявная перестройка индекса
первичного ключа, то rowid разъедутся. Ваш датаблейд должен это учитывать.


Удачи.

з.ы.
Нет невыполнимых задач в любой постановке, есть недостаток ресурсов.