Мені потрібно виконати UPSERT / INSERT АБО ОНОВЛЕННЯ проти бази даних SQLite.

Існує команда ВСТАВИТЬ АБО ЗАМОВИТИ, яка у багатьох випадках може бути корисною. Але якщо ви хочете зберегти свій ідентифікатор з автоматичним збільшенням через сторонні ключі, він не працює, оскільки він видаляє рядок, створює новий і, отже, цей новий рядок має новий ідентифікатор.

Це буде таблиця:

програвачі - (первинний ключ на id, унікальне ім'я користувача)

|  id   | user_name |  age   |
------------------------------
|  1982 |   johnny  |  23    |
|  1983 |   steven  |  29    |
|  1984 |   pepee   |  40    |

Це пізня відповідь. Починаючи з SQLIte 3.24.0, випущеного 4 червня 2018 року, нарешті, існує підтримка пункту UPSERT після синтаксису PostgreSQL.

INSERT INTO players (user_name, age)
  VALUES('steven', 32) 
  ON CONFLICT(user_name) 
  DO UPDATE SET age=excluded.age;

Примітка. Для тих, хто повинен використовувати версію SQLite раніше 3.24.0, будь ласка, посилайтесь на цю відповідь нижче (опубліковано мною @MarqueIV).

Однак якщо у вас є можливість оновлення, вам настійно рекомендується зробити це, на відміну від мого рішення, той, що розміщений тут, досягає бажаної поведінки в одному заяві. Крім того, ви отримуєте всі інші функції, вдосконалення та виправлення помилок, які зазвичай поставляються з останнім випуском.

Q&A Стиль

Ну, вивчивши проблему та боровшись із проблемою протягом декількох годин, я з’ясував, що це можна досягти двома способами, залежно від структури вашої таблиці та якщо у вас активовані обмеження на зовнішні ключі для підтримки цілісності. Я хотів би поділитися цим в чистому форматі, щоб заощадити час людям, які можуть бути в моїй ситуації.

Варіант 1: Ви можете дозволити видалення рядка

Іншими словами, у вас немає зовнішнього ключа, або якщо у вас є, ваш двигун SQLite налаштований так, щоб не було винятків з цілісності. Шлях пройти - ВСТАВИТИ АБО ЗАМОВИТИ . Якщо ви намагаєтеся вставити / оновити програвач, ідентифікатор якого вже існує, движок SQLite видалить цей рядок і вставить дані, які ви надаєте. Тепер виникає питання: що робити, щоб зберегти старий ідентифікатор?

Скажімо, ми хочемо UPSERT з даними user_name = 'steven' та віком = 32.

Подивіться на цей код:

INSERT INTO players (id, name, age)

VALUES (
    coalesce((select id from players where user_name='steven'),
             (select max(id) from drawings) + 1),
    32)

Хитрість полягає в поєднанні. Він повертає ідентифікатор користувача "steven", якщо такий є, і в іншому випадку він повертає новий свіжий ідентифікатор.

Варіант 2: Ви не можете дозволити видалення рядка

Після роздумування з попереднім рішенням я зрозумів, що в моєму випадку це може призвести до знищення даних, оскільки цей ідентифікатор працює як зовнішній ключ для іншої таблиці. Крім того, я створив таблицю з пунктом ON DELETE CASCADE , що означатиме, що вона видаляє дані безшумно. Небезпечний.

Отже, я спершу придумав пункт IF, але у SQLite є лише CASE . І цей CASE не може бути використаний (або, принаймні, я не керував ним) для виконання одного UPDATE- запиту, якщо існує (виберіть ідентифікатор від гравців, де user_name = 'steven'), і INSERT, якщо він не був. Не йдіть.

І тоді, нарешті, я застосував грубу силу, з успіхом. Логіка полягає в тому, що для кожного UPSERT, який ви хочете виконати, спочатку виконайте INSERT OR IGNORE, щоб переконатися, що є ряд з нашим користувачем, а потім виконати запит UPDATE з точно тими ж даними, які ви намагалися вставити.

Ті ж дані, що і раніше: user_name = 'steven' та вік = 32.

-- make sure it exists
INSERT OR IGNORE INTO players (user_name, age) VALUES ('steven', 32); 

-- make sure it has the right data
UPDATE players SET user_name='steven', age=32 WHERE user_name='steven'; 

І це все!

EDIT

Як прокоментував Енді, спроба вставити спочатку, а потім оновити, може призвести до запуску тригерів частіше, ніж очікувалося. На мою думку, це питання безпеки даних не є, але це правда, що звільнення непотрібних подій мало сенсу. Тому вдосконаленим рішенням було б:

-- Try to update any existing row
UPDATE players SET age=32 WHERE user_name='steven';

-- Make sure it exists
INSERT OR IGNORE INTO players (user_name, age) VALUES ('steven', 32); 

Ось такий підхід, який не вимагає «ігнорувати» грубої сили, який би спрацював лише у випадку ключового порушення. Цей спосіб працює на основі будь-яких умов, вказаних у оновленнях.

Спробуйте це...

-- Try to update any existing row
UPDATE players
SET age=32
WHERE user_name='steven';

-- If no update happened (i.e. the row didn't exist) then insert one
INSERT INTO players (user_name, age)
SELECT 'steven', 32
WHERE (Select Changes() = 0);

Як це працює

«Чарівний соус» тут використовується Changes()в Whereреченні. Changes()представляє кількість рядків, на які впливає остання операція, яка в даному випадку є оновленням.

У наведеному вище прикладі, якщо змін від оновлення не відбувається (тобто запису не існує), то Changes()= 0, тож Whereпункт у Insertвиписці оцінюється як істинний, а новий рядок вставляється із зазначеними даними.

Якщо Update дійсно оновлено існуючий рядок, то Changes()= 1 (або точніше, не нуль, якщо оновлено більше одного рядка), тож пункт «Де» в Insertтеперішній час оцінюється як хибний, і тому вставка не відбудеться.

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

Крім того, оскільки це лише стандартне Whereзастереження, воно може базуватися на будь-якому визначенні, а не лише на ключових порушеннях. Так само ви можете використовувати Changes()в поєднанні з будь-яким іншим, що ви хочете / потребуєте, де вираз дозволяється.

Проблема з усіма представленими відповідями полягає у повній відсутності тригерів (і, ймовірно, інших побічних ефектів). Рішення як

INSERT OR IGNORE ...
UPDATE ...

призводить до виконання обох тригерів (для вставки, а потім для оновлення), коли рядок не існує.

Правильне рішення є

UPDATE OR IGNORE ...
INSERT OR IGNORE ...

у цьому випадку виконується лише одне твердження (коли рядок існує чи ні).

Мати чистий UPSERT без отворів (для програмістів), які не ретранслюються на унікальні та інші клавіші:

UPDATE players SET user_name="gil", age=32 WHERE user_name='george'; 
SELECT changes();

SELECT зміни () повернуть кількість оновлень, зроблених в останньому запиті. Потім перевірте, чи повертається значення змін () 0, якщо так виконувати:

INSERT INTO players (user_name, age) VALUES ('gil', 32); 

Ви також можете просто додати пункт ON CONFLICT REPLACE до унікального обмеження свого користувача, а потім просто ВСТУПИТИ, залишаючи його SQLite, щоб зрозуміти, що робити у випадку конфлікту. Дивіться: https://sqlite.org/lang_conflict.html .

Також зверніть увагу на речення щодо тригерів видалення: Коли стратегія вирішення конфлікту REPLACE видаляє рядки, щоб задовольнити обмеження, видаліть тригери запустити, якщо і лише якщо включені рекурсивні тригери.

Варіант 1: Вставити -> Оновити

Якщо ви хочете уникати обох changes()=0і INSERT OR IGNOREнавіть якщо ви не можете дозволити видалення рядка - Ви можете використовувати цю логіку;

Спочатку вставте (якщо його немає), а потім оновіть , фільтруючи унікальний ключ.

Приклад

-- Table structure
CREATE TABLE players (
    id        INTEGER       PRIMARY KEY AUTOINCREMENT,
    user_name VARCHAR (255) NOT NULL
                            UNIQUE,
    age       INTEGER       NOT NULL
);

-- Insert if NOT exists
INSERT INTO players (user_name, age)
SELECT 'johnny', 20
WHERE NOT EXISTS (SELECT 1 FROM players WHERE user_name='johnny' AND age=20);

-- Update (will affect row, only if found)
-- no point to update user_name to 'johnny' since it's unique, and we filter by it as well
UPDATE players 
SET age=20 
WHERE user_name='johnny';

Щодо тригерів

Зверніть увагу: я не перевіряв його, щоб побачити, які тригери викликаються, але я припускаю наступне:

якщо рядок не існує

• ПЕРЕД ВСТУП
• ВСТАВИТИ, використовуючи INSTEAD OF
• ПІСЛЯ ВСТАВЛЕННЯ
• ПЕРЕД ОНОВЛЕННЯ
• ОНОВЛЕННЯ за допомогою INSTEAD OF
• ПІСЛЯ ОНОВЛЕННЯ

якщо рядок існує

• ПЕРЕД ОНОВЛЕННЯ
• ОНОВЛЕННЯ за допомогою INSTEAD OF
• ПІСЛЯ ОНОВЛЕННЯ

Варіант 2: Вставити або замінити - збережіть свій ідентифікатор

таким чином ви можете мати одну команду SQL

-- Table structure
CREATE TABLE players (
    id        INTEGER       PRIMARY KEY AUTOINCREMENT,
    user_name VARCHAR (255) NOT NULL
                            UNIQUE,
    age       INTEGER       NOT NULL
);

-- Single command to insert or update
INSERT OR REPLACE INTO players 
(id, user_name, age) 
VALUES ((SELECT id from players WHERE user_name='johnny' AND age=20),
        'johnny',
        20);

Редагувати: додано варіант 2.