Er der behov for synkronisering af db adgang?

Der vil altid være behov for at synkronisere adgang til en database, det er derfor man anvender en database-server. MySql er i sig selv en databaseserver og sørger derfor for at opdateringerne sker korrekt.

Hvis du laver simple INSERT/UPDATE: nej.

Hvis du laver mere komplekse opdateringer: sandsyneligvis ikke.

Det er dog ikke svært at finde eksempler hvor det er nødvendigt, men
hvis man tænker sig lidt om med den måde man acceser databasen på,
så er det ikke nødvendigt fordi databasen selv ordner det.

Okay...jeg uddyber lige lidt:
En klient kalder en metode på en server, der har en MySQL DB liggende. Serveren tilbyder metoden opdaterDatabase(string sqlStreng) der connecter til databasen, og foretager eksekverer den medsendte sql streng op mod databasen. Er der et behov for at foretage synkronisering af denne metode? Jeg er fuldstændig enig med dig i at der er et synkroniserings behov, men som jeg ser det klarer databasen dette problem. Som applikationsprogrammør behøver jeg ikke tænke på om der er 10 klienter der bruger denne metode

Arne_V kan du komme med et eksempel på hvor synkronisering er nødvendig

Det lyder som det er en enkelt SQL kommando som du sender over.

Så behøver du ikke synkronisere af hensyn til databasen.

Kun hvis der er andre årsager til det (variable som bruges af flere tråde).

Den klassiske er jo (pseudo kode):

int n = SELECT MAX(id) FROM tabel

INSERT INTO tabel (id,navn) VALUES(n+1, 'et eller andet')

Når du bruger transaktionsbeskyttelse ved inserts/updates får du den synkronisering du har brug for.
Transaktionsbeskyttelse vil sørge for at din tabel/database er låst sålænge du opdaterer, og sætte de øvrige klienter i kø indtil din opdatering er færdig.

det er der ikke. Og ja jeg medsender en sql kommando til en applikationsserver, der igen har forbindelse til en webserver med MySQL databasen. Jeg var selv kommet frem til at pga databasens locking mekanisme er der ikke noget synkroniseringsbehov....ville bare gerne lige bekræftes :)

Der er man nødt til at synkronisere de to SQL sætninger ellers går
det galt i en fler bruger kontekst.

Det er også meget dårlig database programmering og bør laves
på en anden måde.

Men det er både ofte set og illustrativt for problem-stillingen.

arne_v => og det problem der så kan opstå med ovenstående pseudo kode er at du ikke når at indsætte den ny post i databasen før en anden klient har gjort dette, og dermed er din primærnøgle ugyldig?

var dit sidste svar mht. min database tilgang eller var det knyttet til din pseudokode?

Ja. Eller den anden klient når at lave SELECT MAX, man laver INSERT og
den anden klient har en duplikat id.

Man kan også konstruere andre ikke helt så dumme eksempler
med problemet.

takker for hjælpen......

Min 14:16:09 kommentar referer til min pseudo-kode.

Det fandt jeg ud af.....jeg er vist ved at være kulleret i hovedet. Måske jeg skulle holde en lille pause :)