[MySQL] Dry run?

[Gwaihir]

Voor de mensen met ruime SQL ervaring vast een makkelijke vraag om te beantwoorden. Doch, of het bestaat helaas niet, of ik weet niet de juiste zoektermen te verzinnen

Kan ik een SQL query ook in een soort van "dry run" mode draaien, om de effecten ervan te zien alvorens een eventuele vervelende fout over m'n data uit te storten? Met een "vervelende fout" bedoel ik dan geen syntax fout, want die geeft wel een error, maar een query die door incompleet denkwerk (de) verkeerde records verandert. Het gaat hier met name om UPDATE queries.

[Rac-On]

Birdie schreef op vrijdag 11 maart 2005 @ 18:34:
Voor de mensen met ruime SQL ervaring vast een makkelijke vraag om te beantwoorden. Doch, of het bestaat helaas niet, of ik weet niet de juiste zoektermen te verzinnen

Kan ik een SQL query ook in een soort van "dry run" mode draaien, om de effecten ervan te zien alvorens een eventuele vervelende fout over m'n data uit te storten? Met een "vervelende fout" bedoel ik dan geen syntax fout, want die geeft wel een error, maar een query die door incompleet denkwerk (de) verkeerde records verandert. Het gaat hier met name om UPDATE queries.

ipv "update blabla from bla bla" eerst even "select * from bla bla" doen? Dat doe ik altans altijd.. Voor zover ik weet is er geen undo oid mogelijk (wel rollback, maar dat kan volgens mij alleen als je je query halverwegen afbreekt).

[gorgi_19]

En anders eerst een backup doen en hier in een testomgeving mee testen

[Soultaker]

Als je een geschikte versie van MySQL gebruikt met geschikte table storage (InnoDB en BerkeleyDB iirc) kun je gewoon een transactie gebruiken en die vervolgens cancellen.

Zie de MySQL Reference Manual over transacties voor details.

[ Voor 6% gewijzigd door Soultaker op 11-03-2005 18:50 ]

[NMe]

Niet devven op een liveserver met belangrijke gegeven wil ook wel eens helpen. Je gaat toch niet je software ontwerpen op de "echte" database?

[Rac-On]

wat Gorgi zegt, "backup" en "testomgeving" zijn de toverwoorden in deze.. Hebben al menigmaal mijn carriere weten te redden

[Gwaihir]

Goh ja; waarom doe ik eigenlijk niet eerst een SELECT met dezelfde WHERE clause? Heb ik daar bijna een uur naar een "dry-run" flag zitten zoeken maar daar niet aan gedacht. Bedankt!

Ik doe van tijd tot tijd wat productie werkzaamheden rechtstreeks d.m.v. SQL queries op de database. Dit gaat dan om "iets nieuws", waarop het front-end nog niet is ingericht maar wat toch niet kan wachten. Vandaar. We hebben het hier over een relatief klein bedrijfje; tabellen lopen nu tot zo'n 2.500 records, dus zo'n werkwijze "kan nog" zonder al te grote risico's. Tuurlijk zijn er backups van die database (en worden aanpassing aan het front-end in een testomgeving met eigen database gestest), maar als ik de back-up erbij zou moeten trekken voel ik me zeker al niet happy meer.

[ Voor 12% gewijzigd door Gwaihir op 11-03-2005 19:44 ]

[ripexx]

Birdie schreef op vrijdag 11 maart 2005 @ 19:42:
Goh ja; waarom doe ik eigenlijk niet eerst een SELECT met dezelfde WHERE clause? Heb ik daar bijna een uur naar een "dry-run" flag zitten zoeken maar daar niet aan gedacht. Bedankt!

Gewoon eerst op een test omgeving en daarna pas op een productie omgeving, ook je queries niet typen maar met een script uitvoeren. Dat testen en dan pas uitvoeren!

Ik doe van tijd tot tijd wat productie werkzaamheden rechtstreeks d.m.v. SQL queries op de database. Dit gaat dan om "iets nieuws", waarop het front-end nog niet is ingericht maar wat toch niet kan wachten. Vandaar. We hebben het hier over een relatief klein bedrijfje; tabellen lopen nu tot zo'n 2.500 records, dus zo'n werkwijze "kan nog" zonder al te grote risico's. Tuurlijk zijn er backups van die database (en worden aanpassing aan het front-end in een testomgeving met eigen database gestest), maar als ik de back-up erbij zou moeten trekken voel ik me zeker al niet happy meer.

De grote van tabellen maakt niet uit. We draaien bij ons op het werk gewoon een test omgeving welke precies een dag achter loopt op de productie omgeving. Verder is het restoren van een backup ook geen moeite. Dus leer het je gewoon aan, want je gaat een keer de fout in en dan ben je echt niet blij. En geloof me, menig een is het al eens overkomen.

[ Voor 3% gewijzigd door ripexx op 11-03-2005 19:50 ]

[alienfruit]

Transactions?

[PolarBear]

alienfruit schreef op vrijdag 11 maart 2005 @ 20:23:
Transactions?

Dat heeft mySQL dus niet ...

[Tux]

PolarBear schreef op zaterdag 12 maart 2005 @ 10:53:
[...]

Dat heeft mySQL dus niet ...

Als je InnoDB tables gebruikt wel

[jvdmeer]

Tux schreef op zaterdag 12 maart 2005 @ 10:55:
[...]


Als je InnoDB tables gebruikt wel

Nog steeds is dan een transactie niet gelijk aan een "dry run"of backup/restore. M.n. auto-numbering velden worden niet gerollbacked. (Is dit een nederlandse vervoeging?)

[_Thanatos_]

offtopic:
jvdmeer, de correcte vervoeging is "gerollbackt". Zie Onze taal top 10, nummer 8

[ Voor 5% gewijzigd door _Thanatos_ op 12-03-2005 17:00 ]