[Mysql] als SELECT is true dan INSERT

[Vulpecula]

Is het mogelijk om in één query het volgende te doen?
Ik wil controleren of de waarde die erin moet worden gezet al voor komt in de database. Komt deze al voor dan moet er iets gebeuren. Komt deze nog niet voor in de database dan moet hij die erin plaatsen. Kan dit in query? Zo ja hoe zou dat er ongeveer uit moeten zien?

[whoami]

Ja:

code:

INSERT INTO tabel
SELECT ... FROM ... .WHERE ...

[cameodski]

Ligt eraan wat er moet gebeuren als de waarde al voorkomt.

[D2k]

nee, tis mysql

[Vulpecula]

cameodski schreef op 21 oktober 2002 @ 15:39:
Ligt eraan wat er moet gebeuren als de waarde al voorkomt.

Als de waarde al voorkomt dan moet er een melding worden gegeven, zoiets als "Deze waarde staat al in onze database"

[whoami]

frankschers schreef op 21 oktober 2002 @ 15:40:
[...]


Als de waarde al voorkomt dan moet er een melding worden gegeven, zoiets als "Deze waarde staat al in onze database"

Waarom leg je dan geen unique index op die column waar die waarde kan in voorkomen.
Bij een insert met dezelfde waarde vang je de foutmelding die de databank geeft op en toon je uw eigen foutmelding.

[Verwijderd]

Je haalt de waarde die is opgegeven uit de database,en kijkt of die bestaat! Bestaat ie, geef dan je eigen foutmelding!

[Verwijderd]

Mysql doet geen subselects, dus dat zou wel 'ns lastig kunnen worden ...

[Vulpecula]

whoami schreef op 21 oktober 2002 @ 15:38:
Ja:

code:

INSERT INTO tabel
SELECT ... FROM ... .WHERE ...

Kun je me uitleggen wat dit precies doet? Ik heb op mysql.com gelezen maar is engels, ik begrijp het niet helemaal.

[Verwijderd]

Oeps...het moet in 1 query!
Met een klein PHP scripje zou het wel kunnen!

[ACM]

Heel vies:
gewoon de insert doen zonder de select.
En dan checken op error-code 1062 oid.

[whoami]

ACM schreef op 21 oktober 2002 @ 15:51:
Heel vies:
gewoon de insert doen zonder de select.
En dan checken op error-code 1062 oid.

Waarom is dat vies?
* whoami vind dat niet vies.

[mulder]

Dat op 1062 checken zo ik wel vies vinden.

[whoami]

Don Facundo schreef op 21 oktober 2002 @ 16:00:
Dat op 1062 checken zo ik wel vies vinden.

Hmmm..... gewoon checken op een return waarde?
Exceptions enzo zijn wel mooier natuurlijk, maar eerst selecten en dan pas inserten is niet zo efficient.

[The Eagle]

Wat denk je van een COUNT * ?

Bijv:

UPDATE <rij> where SELECT count (id) from TABEL = 0 OID

[Verwijderd]

The_Eagle schreef op 21 oktober 2002 @ 16:12:
Wat denk je van een COUNT * ?

Bijv:

UPDATE <rij> where SELECT count (id) from TABEL = 0 OID

tis MYSQL!

[Vulpecula]

Dus het gaat niet?

[Verwijderd]

frankschers schreef op 21 oktober 2002 @ 16:25:
Dus het gaat niet?

nope

afgezien van die error afvangen. Je kunt natuurlijk eerst ook gewoon netjes een select doen om te checken daar is die database uit eindelijk ook voor gemaakt

[cameodski]

Het beste is om desbetreffende kolom uniek te maken en vervolgens gewoon een insert doen en eventuele fouten afvangen. Unieke constraints zijn tenslotte niet voor niks uitgevonden.
Je kunt wel een aparte query gaat uitvoeren om te kijken of ie al bestaat, maar in een multi-user omgeving kan dat dus fout gaan.

[The Eagle]

Verwijderd schreef op 21 oktober 2002 @ 16:24:
[...]

tis MYSQL!

Tsja dan zal het een scrippie worden he.

[Nibble]

Geneste query maken ?
Als ERGENS de documentatie wel superdegelijk van is, dan is het wel van MySql. Ff zoeken dus

[cameodski]

Nibble schreef op 21 oktober 2002 @ 16:41:
Geneste query maken ?

Wat versta jij onder een genest query?
En wat denk je daar mee te bereiken?

[Vulpecula]

Lukt het misschien hiermee?

code:

BEGIN;
SELECT @A:=count(news_id) FROM news WHERE news_id=6;
INSERT INTO news (title) VALUES (@A+1);
COMMIT;

Dit is een geldig iets in MySql.

[cameodski]

Ik denk het niet.
Je doet altijd een insert.

[ACM]

frankschers schreef op 21 oktober 2002 @ 16:56:
Lukt het misschien hiermee?

code:

BEGIN;
SELECT @A:=count(news_id) FROM news WHERE news_id=6;
INSERT INTO news (title) VALUES (@A+1);
COMMIT;

Dit is een geldig iets in MySql.

Je zou het ook kunnen testen...
JIJ wilt het weten toch

[_Thanatos_]

cameodski schreef op 21 oktober 2002 @ 16:59:
Ik denk het niet.
Je doet altijd een insert.

Simpele gedachtegang van mij zegt me dat de INSERT niet uitgevoerd wordt als de SELECT fout gaat, omdat we hier te maken hebben met een heuse transactie.

Oftewel, lees de manual, leer SQL en je had kunnen weten dat dit een transactie is en waarom het werkt, volgens mij.

edit: een "INSERT INTO ... SELECT ..." werkt natuurlijk ook, want in die SELECT clause kun je iets conditioneels zetten voor hetgeen je wilt inserten. Voorbeeldje:

code:

INSERT INTO Tabel1 SELECT 'blaat' FROM Tabel2 WHERE Conditie=1

[drm]

_Thanatos_:
edit: een "INSERT INTO ... SELECT ..." werkt natuurlijk ook, want in die SELECT clause kun je iets conditioneels zetten voor hetgeen je wilt inserten. Voorbeeldje:

code:

INSERT INTO Tabel1 SELECT 'blaat' FROM Tabel2 WHERE Conditie=1

M Y S QL !!!!!!!

[ACM]

drm schreef op 21 oktober 2002 @ 17:58:


M Y S QL !!!!!!!

Dat kan wel degelijk in mysql hoor
Maar het is alleen een klein beetje precies het omgekeerde van wat frank wil...

[cameodski]

_Thanatos_ schreef op 21 oktober 2002 @ 17:52:
Simpele gedachtegang van mij zegt me dat de INSERT niet uitgevoerd wordt als de SELECT fout gaat, omdat we hier te maken hebben met een heuse transactie.

Inderdaad simpel.

Oftewel, lees de manual, leer SQL en je had kunnen weten dat dit een transactie is en waarom het werkt, volgens mij.

Volgens jou, maar volgens mij geeft de SELECT nooit ook maar één foutmelding. Dus wordt de insert altijd uitgevoerd en dat was toch echt niet de bedoeling.

By the way: De manual heb ik gelezen, aan mijn SQL-kennis mankeert helemaal niets en transacties zijn in dit geval helemaal niet relevant.
Conclusie: volg je eigen advies op en zorg vooral voor ervaring en tegen de tijd dat je net zoveel ervaring hebt met SQL als ik (over een jaartje of vijf dus), dan spreken we elkaar wel weer.

[ACM]

Ow, de select kan best fout gaan hoor
Maar alleen als ie als query foutief geformuleerd is ofzo, het is niet zo dat er een unique-contraint wordt geschonden door een select waardoor de transactie afgebroken wordt.

[cameodski]

ACM schreef op 21 oktober 2002 @ 18:03:
Ow, de select kan best fout gaan hoor

Grapjas!
Je hebt gelijk, maar ik was even inhoudelijk aan het reageren en dus niet echt aan syntax fouten e.d. aan het denken.
En bedankt voor de correctie.