Citat:
Ursprungligen postat av ANttila
Om du har en framtida version av butiken som kräver en helt annan struktur på databasen så har du inte gjort databasen tillräckligt modulär från start, men det är ju så klart mänskligt.
|
Menade inte riktigt så, om alla kunder ligger i samma db så finns ett starkt beroende mellan kod och data/datastruktur. Det blir då onödigt svårt (men givetvis möjligt) att låta en kund använda en kodbas/version av systemet och en annan kund använda en annan version.
Citat:
Ursprungligen postat av ANttila
Droppa en hel databas istället för DELETE...WHERE id = 123 ???
För mig som programmerare är det ingen problem att hålla koll på vilken butik jag arbetar med osv.
|
Jo men då måste du utveckla funktionalitet för det, det kan ju vara så mycket som 30+ tabeller i ett system som detta, kanske med foreign key restraints m.m. som gör att deletes måste köras i en viss ordning..t.ex.. så då blir det enklare att köra DROP DATABASE x.
Poängen var inte specifikt att droppa en kund db, snarare att principen att logiskt separera data på olika db's för varje kund har fördelar vid både utvecklingsfasen och förvaltning / underhåll.