Dotaz: sql delete statement , jak zjistit ktera podminka neni splnena

[jk]

mam sql prikaz

delete from my_table where ID='12345' and TIMESTAMP='98765432'

Jde zjistit, ktera podminka nebyla splnena:

- ID 12345 neexistuje

- TIMESTAMP je rozdilny

Prostredi mysql, sqlite, pgsql C.

Je eventuelne nutne prikaz nejak rozlozit do dvou?

---

---

Odpovědi

[Filip Jirsák]

SELECT * FROM my_table WHERE ID='12345'
SELECT * FROM my_table WHERE TIMESTAMP='98765432'

Doporučoval bych ale nastudovat si základy SQL, bez toho nemá smysl se pokoušet vytvářet příkazy metodou pokus–omyl.

Mimochodem, ID je obyčejně unikátní (a v databázi bývá nastavena kontrola unikátnosti), takže pak je ta druhá část podmínky zbytečná.

[jk]

hm, i kdyz je dotaz oznacen jako vyrizen (tedy alespon tak rozumim tomu hacku) , tak jsem nyni trochu zmaten a rad bych se proto zeptal, zda je muj vyse uvedeny sql-prikaz spravny, jestlize chci:

z tabulky my_table smazat radku, ktera je jednoznacne identifikovana pomoci sloupce ID s hodnotou '12345' a smazani se ma provest ale pouze v tom pripade, ze hodnota sloupce TIMESTAMP je rovna '98765432'. Jestlize prikaz neni spravny , pak bych prosil o korekturu.

Dekuji.

[Filip Jirsák]

Ano, ten příkaz dělá to, co popisujete.

[jk]

ok, takze ted k tomu problemu. Uzivatel si nacetl udaje z radky a (po nejake dobe) se rozhodl ji smazat. Preda databazi tedy ID a TIMESTAMP, jak si je nacetl.

Jestlize napr. odsadim takovy prikaz v sqlite, tak vysledek je, ze se prikaz provedl bez chyby (coz znaci , ze bylo dost pameti, jadro melo dost zdroju apod), ale jeste nevim, zda se neco smazalo ci ne. Nyni se mohu v sqlite zeptat, kolik 'zmen' nastalo 'v posledni chvili'.

Jestlize 1 zmena, tak doslo ke smazani, kdyz 0, tak se nic nesmazalo. Ale ja v te chvili nevim, jestli se to nesmazalo, protoze ta radka uz vubec neexsitovala (mezitim ji nekdo smazal) a nebo jestli ji nekdo zmenil.

Rad bych nyni vedel, jak se to bezne resi. Dodavaji 'lepsi' databaze udaj, zda bylo neco smazano hned a je mozno se nejak dovedet, ktera z tech WHERE klausuli byla pricinou toho 'nesmazani'?

[Filip Jirsák]

Databáze běžně vrací počet „dotčených“ záznamů, tj. v případě mazání počet smazaných záznamů. Určitě to takhle dělá PostgreSQL a H2, předpokládám že i MySQL, Oracle a další.

je mozno se nejak dovedet, ktera z tech WHERE klausuli byla pricinou toho 'nesmazani'

WHERE je logická podmínka – testuje se každý záznam, pokud je podmínka vyhodnocena jako pravdivá, záznam se smaže, pokud je nepravdivá, záznam se nechá být. Pokud byste chtěl zjistit, které části podmínky nějaký konkrétní záznam nevyhovuje, musíte nejdřív nějak dokázat ten záznam jednoznačně identifikovat. K tomu by ale nejspíš sloužilo to ID, a pokud pak chcete záznam s daným ID smazat, prostě dejte do podmínky jenom to ID. Pokud jej chcete smazat jedině v případě, kdy má zároveň konkrétní TIMESTAMP, použijte tu vaši podmínku. Pokud chcete uživatele informovat, že nedošlo ke smazání, protože se mezi tím TIMETSTAMP změnil, udělejte pod smazání SELECT na dané ID – pokud něco najdete, víte, že se záznam nesmazal a že jej tedy někdo musel změnit. Všechno je to ale takové na vodě, protože se tam nepoužívá zamykání, takže může kdykoli dojít ke změně – ale předpokládám, že zamykání nechcete používat schválně.

[jk]

diky

To s tim zamykanim mate pravdu, ale i to 'na vode' myslim bude dostacovat.