VNC stopt er mee :(
[SQL Keys]Delete vraagje
ik heb 3 tabellen
Table1
[PK]id
veld1
veld1
Table2
[PK]id
[FK]table1.id
[FK]table3.id
Table3
[PK]id
veld1
veld1
De relaties zoals deze nu staan zijn op dit moment de enige die bestaan.
Nu mijn vraag:
Hoe kan ik een record verwijderen uit table3 als deze niet meer voorkomt in table 2.
Verdere info:
Ik draai op InnoDB
Jacco`
PS:
Krijg nu de volgende melding als ik een FK aan wil maken :
Code (php)
1
2
3
4
5
6
2
3
4
5
6
SQL-query:
ALTER TABLE plugin_fotoalbum_fotos ADD FOREIGN KEY ( album_id ) REFERENCES plugin_fotoalbum( id ) ON DELETE CASCADE ON UPDATE CASCADE
MySQL retourneerde: Documentatie
#1005 - Can't create table './jacco2/#sql-38d0_fb48.frm' (errno: 150)
ALTER TABLE plugin_fotoalbum_fotos ADD FOREIGN KEY ( album_id ) REFERENCES plugin_fotoalbum( id ) ON DELETE CASCADE ON UPDATE CASCADE
MySQL retourneerde: Documentatie
#1005 - Can't create table './jacco2/#sql-38d0_fb48.frm' (errno: 150)
Gewijzigd op 01/01/1970 01:00:00 door Jacco Engel
Even over de PS, die is inmiddels opgelost, Relaties en unsigned ints gaan niet samen.
Gewijzigd op 01/01/1970 01:00:00 door Jacco Engel
Probeer eens zoiets:
Code (php)
1
2
3
4
5
2
3
4
5
DELETE FROM table3
WHERE id NOT IN (
SELECT table3.id
FROM table2
)
WHERE id NOT IN (
SELECT table3.id
FROM table2
)
Natuurlijk wel even de juiste kolomnamen invoegen, want table3.id in de SELECT zal zo problemen opleveren.
Weet dat het niet handig is om keys ED achteraf te doen , maar het model is er wel op gebouwd alleen tot voorkort geen innoDB beschikbaar
Een ON DELETE UPDATE zal er dus voor zorgen dat als je een record in table3 verwijdert, alle refererende records uit table2 ook verwijderd zullen worden. Wil je het andersom, dus records uit table3 verwijderen waarnaar geen referentie meer bestaat, dan zul je die query moeten gebruiken.
Je kunt het ook zo zien: records in table3 kunnen prima op zichzelf bestaan, zonder dat er ergens een referentie naar die records is. Maar records in table2 hebben records in andere tabellen nodig om te kunnen bestaan.
Je zou je ook eens moeten afvragen of het per se nodig is om die records te verwijderen, wat kan het voor kwaad als die records nog een tijdje in die tabel staan?
Kwaad kan het niet maar je krijgt onnodig veel data in je DB. Nou is dat niet echt schokkend maar wil mn db goed en Crapfree houden
Quote:
Maar dan voldoet het dus om eens in de zoveel tijd een cleanup scriptje (met die query) te runnen. Gebruik een cron-job om dat bijvoorbeeld eens per week te doen en klaar is kees ;-)Kwaad kan het niet maar je krijgt onnodig veel data in je DB.
@Jurgen: lees ook even de rest van het topic, dan zie je dat je antwoord niet echt relevant is.
Moet toch wat dingen herschrijven dus zal mn model nog wel een keer onder de loep nemen :P
Quote:
Ben ik niet met je eens, cron jobs zijn juist geschikt voor het uitvoeren van onderhoudsscripts. Je wilt immers dat die scripts periodiek uitgevoerd worden zonder dat jij er zelf omkijken naar hebt.Cronjobs zijn per definitie voor zulk soort dingen niet nodig.
En het script waar we het nu over hebben, zou een typisch voorbeeld van zo'n onderhoudsscript zijn...
Simpele reden dat cron geen oplossing is.
Het gaan om een CMS war inmiddels bij een aantal klanten draait, en dat aantal neemt gestaag toe. Nu ben ik niet van plan om voor elke klant een aparte cron te gaan maken of een systeem te schrijven waarbij dat vanzelf goed gaat.
Ik ben het script nu aan het optimaliseren om er juist zoveel mogelijk "handwerk" (waar in dit geval crons aanmaken onder valt) er uit te halen zodat we het makkelijk en snel kunnen uitrollen.
Sorry had ik mischien iets eerder aan moeten geven maar cron is wat mij betreft geen optie. (en voor de server admin nog minder :P)