[Aerpe]

Tjena,

Jag har varit i kontakt med en del DBA folk och alla säger samma sak, separera kodare och databasutvecklare.

Vad anser ni, är detta ett måste för att få ihop en stabil webbplattform?

Behöver lite input från andra änn databasutvecklare.

// Robert

[melin]

definiera databasutvecklare.. för mig låter det som personer som utvecklar system som mySQL eller msSQL..

eller menas det personer som sätter upp strukturen för tabeller i databaser? isåfall så förstår jag inte varför man ska separera dom.. jag sätter upp alla mina tabeller själv, och det funkar fin fint

[digiArt]

Jag förstår helt poängen, no offense melin, men tabeller är ingen konst att sätta upp. Konsten är att sätta rätt index, fixa rätt normalisering för uppgiften samt se till så att frågorna mot databasen ger minsta möjliga belastning.

Tänk omvänt, skulle du låta en dedikera dba sätta sig för att utveckla dina applikationer och lita på att de blev så effektiva som de kan bli?

Trodde inte det...

Jag sätter själv upp tabeller och index mm, men för den nivå av last som mina databaser har för tillfället så räcker det.

Mao, det är prestanda vs pengar.

[Robert]

Ibland kan människor vara bra på 2 saker. jag vet, helt fantastiskt! På mitt jobb så är man konstig eller icke trovärdig om man är expert på 2 saker... (sant)

[Daniel.st]

Det beror såklart på vad det är för sida eller omfattning och klassning på projektet. Bygger man en liten sida för ett fotbollslag behövs det kanske inte men ska man bygga en större applikation för handel av värdepapper eller liknande som står under kontroll av div. myndigheter om som har speciella krav från olika håll är det inte fel att ta in någon som är riktig specialist på området. Visst är det en enkel sak att sätta upp några tabeller men om man verkligen ska grotta ner sig och har väldigt höga krav är det inte säkert att det är lika enkelt och något som "alla" kan.

[grazzy]

Jag förstår inte riktigt poängen med att separera heller;

Oftast i lite större projekt så får man ju som utvecklare en definerad databasdesign man måste anpassa sig efter. Det kanske kan vara bra att ha en statisk databasdesign som inte rör på sig så mycket för att skapa stabilitet i projektets utveckling. Men det gör upphov till att utvecklarna måste göra mer eller mindre hack för att komma runt brister/tankevurpor i designen (eller hur man nu skall se det, databasdesigners och utvecklare tänker lite olika).

En utvecklare vill ha så bra kod som möjligt.
En dba vill ha en så normaliserad databas som möjligt.

Du som beställare vill ha ett så effektivt projekt som möjligt.

Jag tror på nån form av samverkan, involvera utvecklarna i databasdesignen från början, låt inte nån stiff upperlip konsult från stockholm designa databasen utan inrådan från de som sen skall jobba med den i ett halvår...

[Daniel.st]

Originally posted by grazzy@Apr 17 2007, 14:05
En dba vill ha en så normaliserad databas som möjligt.

Oftast är det såklart så men inte alltid. I flera projekt jag varit med i har dba-nissarna valt en helt annan väg, med denormaliserade databaser, för att vinna prestanda och slippa en massa joins mellan tabeller och liknande där det handlar om stora tabeller och många transaktioner. Den "snyggaste" och mest normaliserade designen på databasen är inte alltid den mest optimala

[grazzy]

Ja okey, men poängen är att dban vill ha en så bra databas som möjligt, det är inte säkert att det blir bäst resultat av det. Eftersom de inte tänker kod.