Привет.
Еще один момент нашел и не могу придумать как обойти и понять баг это, или фича :(
есть табличка с PK (number) + альтернативный уникальный кей (char (24)).
по алгоритму нужно проапдейтить поля по альтернативному ключу и если записи нет, то вставить новую.
но при использовании insert or replace у меня выполняется апдейт PK(!) а это в общем случае ломает связи.
PK я сделал number чтобы экономить на размере внешних ключей т.к. у меня естественный кей tth весит 24 байта.
Пока пришлось сделать вместо insert or replace костыль:
1. insert + через sqlite3_last_insert_rowid достаем рожденный tth_id
2. ловить исключение при insert (есть дубликат по полю TTH)
и выполнять update, но потом вынужден делать дополнительный select по tth чтобы достать tth_id
Вопросы
1. Как заставить работать insert or replace
2. Если 1 сделать нельзя, то как избавиться от дополнительного select и вернуть tth_id сразу из update
что-то вроде аналога returning из oracle есть?
Упрощенный демо-пример (версия sqlite последняя 3.8.5 под виндой)
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
CREATE TABLE fly_hash_block(tth_id integer PRIMARY KEY AUTOINCREMENT, val number, tth char(24) NOT NULL);
CREATE UNIQUE INDEX iu_fly_hash_block_tth ON fly_hash_block(tth);
INSERT INTO fly_hash_block VALUES(1,1,'11111111111111111111111');
INSERT INTO fly_hash_block VALUES(2,2,'22222222222222222222222');
select * from fly_hash_block;
1|1|11111111111111111111111
2|2|22222222222222222222222
insert or replace into fly_hash_block(val,tth) values(100,'11111111111111111111111');
insert or replace into fly_hash_block(val,tth) values(100,'33333333333333333333333');
select * from fly_hash_block;
2|2|22222222222222222222222
3|100|11111111111111111111111
4|100|33333333333333333333333
--
~PPA() {} //
