Timkb schreef:on_updated of het verwijderen van rijen?Eerst en vooral, als je ticket of ticket reacties verwijderd dan mag je ze niet verwijderen met DELETE, dat is slecht, voeg een rij toe "deleted_at". Daar kun je dan mee verder werken.Eerdere citaten tonen
Raaoul schreef:@^ik denk dat dat nu even niet relevant is.
overigens is on_updated echt slecht, je moet joinen in je reacties tabel en daar de laatste reactie mee ophalen, en de tijd van dat is dan de laatste reactie-update als het ware.
Waarom is dat slecht? Ik kan me in deze situatie geen enkele reden bedenken waarom het slecht zou zijn.
[SQL] Orderen op laatste reactie
Raaoul schreef:on_update. Wat Rik zei, ja dat klopt maar normalisatie gaat naar mijn mening niet boven gemak want meerwaarde heeft een join in deze situatie niet.on_updated of het verwijderen van rijen?Eerdere citaten tonen
Timkb schreef:Eerst en vooral, als je ticket of ticket reacties verwijderd dan mag je ze niet verwijderen met DELETE, dat is slecht, voeg een rij toe "deleted_at". Daar kun je dan mee verder werken.Eerdere citaten tonen
Raaoul schreef:@^ik denk dat dat nu even niet relevant is.
overigens is on_updated echt slecht, je moet joinen in je reacties tabel en daar de laatste reactie mee ophalen, en de tijd van dat is dan de laatste reactie-update als het ware.
Waarom is dat slecht? Ik kan me in deze situatie geen enkele reden bedenken waarom het slecht zou zijn.
Timkb schreef:Ben ik op zich ook zeker met je eens. Maar met oog op te toekomst en met oog op onderhoudbaarheid en uitbreidbaarheid zou je het vanaf het begin af aan al in je achterhoofd moeten houdenon_update. Wat Rik zei, ja dat klopt maar normalisatie gaat naar mijn mening niet boven gemak want meerwaarde heeft een join in deze situatie niet.Eerdere citaten tonen
Raaoul schreef:on_updated of het verwijderen van rijen?Eerdere citaten tonen
Timkb schreef:Eerst en vooral, als je ticket of ticket reacties verwijderd dan mag je ze niet verwijderen met DELETE, dat is slecht, voeg een rij toe "deleted_at". Daar kun je dan mee verder werken.Eerdere citaten tonen
Raaoul schreef:@^ik denk dat dat nu even niet relevant is.
overigens is on_updated echt slecht, je moet joinen in je reacties tabel en daar de laatste reactie mee ophalen, en de tijd van dat is dan de laatste reactie-update als het ware.
Waarom is dat slecht? Ik kan me in deze situatie geen enkele reden bedenken waarom het slecht zou zijn.
Timkb schreef:De meerwaarde is dat je je niet moet zorgen maken wanneer je nu je on_updated rij moet aanpassen. Dat doet je query namelijk al voor jouw.on_update. Wat Rik zei, ja dat klopt maar normalisatie gaat naar mijn mening niet boven gemak want meerwaarde heeft een join in deze situatie niet.Eerdere citaten tonen
Raaoul schreef:on_updated of het verwijderen van rijen?Eerdere citaten tonen
Timkb schreef:Eerst en vooral, als je ticket of ticket reacties verwijderd dan mag je ze niet verwijderen met DELETE, dat is slecht, voeg een rij toe "deleted_at". Daar kun je dan mee verder werken.Eerdere citaten tonen
Raaoul schreef:@^ik denk dat dat nu even niet relevant is.
overigens is on_updated echt slecht, je moet joinen in je reacties tabel en daar de laatste reactie mee ophalen, en de tijd van dat is dan de laatste reactie-update als het ware.
Waarom is dat slecht? Ik kan me in deze situatie geen enkele reden bedenken waarom het slecht zou zijn.

Is het mogelijk om van 1 tabel dit op te halen:
SELECT * FROM downloads WHERE one2xsuser = lennard;
en
SELECT * FROM downloadsEvery
maar dat dan in 1 query?
SELECT * FROM downloads WHERE one2xsuser = lennard;
en
SELECT * FROM downloadsEvery
maar dat dan in 1 query?
subquery, en als je de gegevens uit downloadsEvery af wilt laten hangen van downloads dan joins. (Kan btw ook nog met subquerys geloof ik)