[danjel]

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.

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.

[ACarlsson]

Tack för era svar än en gång!

Förstår vad ni alla menar, har kommit fram till att köra en databas med unika butiks id. Skulle det vara så att någon stor kund får för sig att använda systemet och inte vill vara hopblandad med de andra kan man ju enkelt skapa en egen databas för denna med endast en butik i, och helt enkelt anpassa efter kundens behov.