MSSQL 2000 transaktionsstyring

Måske jeg misforstår "opsætte MSSQL db til at håndtere transaktionsstyring", men det eneste niveau hvorpå du kender logikken der kræves for transaktioner er da i dit program..?
Databasen ved jo intet om hvornår der skal anvendes transaktioner...

Tak for din interesse jpk.

Jeg har hørt lidt om at man kunne få sql db til at håndtere transaktionsstyring dvs at kun én bruger har adgang til db af gangen så der ikke bliver dubletter.

Det har vist noget at gøre med at man laver sine SQL kald i en fil som man kalder fra sit program. Det skulle vist så være muligt via disse filer at håndtere transaktionsstyringen.

Men jeg er ikke sikker på hvordan det gøres og det er derfor jeg henvender mig her.

Håber at det kunne hjælpe lidt angående mit spørgsmål.

MVH Tom

Typisk vil man, på sin tabeldefinition, forhindre dubletter ved at kræve, at en eller flere kolonner unikke. Måske er det en løsning du kan bruge?

Du kan godt lave stored procedures, det er måske det du har hørt om, men det er stadig noget du selv skal lave og det er ikke lettere...

Ja du er inde på noget af det rigtige.

Men hvis jeg nu laver en unik nøgle i min tabel, hvad sker der så hvis to eller flere lægger data i databasen samtidig. Kan db godt finde ud af at give dem et unik nummer hver afligevel eller vil den afvise alle undtagen én? eller vil der blive sat data fra forskellige brugere i en række?

MVH Tom

Måske du skal beskrive din problemstilling lidt nærmere, så tror jeg det er lettere at hjælpe.

En typisk problemstilling kunne være (eksempel):

En kunde vil købe 100 stk af en vare.

1) lav en execute der tæller lageret ned med 100 stk.
2) lav en execute der tæller kundens konto op med 100 stk.

Her er det naturligvis vigtigt at enten BEGGE eller INGEN af de to execute's bliver udført. I dette tilfælde vil man bruge en transaktion.


Måske du kan give en lignende beskrivelse?

Jacob

Udfra det du skriver kan jeg ikke se nogle problemer med tildeling af id'er.

Normalt laver man:

database kald begin transaction
første update/insert SQL sætning
...
sidste update/insert SQL sætning
database kald commit transaction

og så klarer databasen det med tranasktionen.

Og hvis man sætter database transaction isolation level til
serialized så er man helt sikker på at der ikke er andre
processer som ser noget de ikke skulle se.

Jeg skal forsøge.

Det drejer sig om at en række klienter i et netværk skal sende info om klientmaskinerne til en server med en MS SQL database. Klienterne sender automatisk info afsted hele tiden til serveren som så skal lægge disse info ned i db.

To eller flere klienter sender info samtidig til serveren som håndtere klienterne samtidig og derfor sender infor samtidigt ned i db.
I DB skal hver enkel klient havde et unik nummer med hver sine info.

Det jeg vil forhindre er at der sker dubletter af to klienter.

Håber det kunne hjælpe lidt.

MVH Tom

Jeg laver en socketforbindelse til dette.

Skal SQLServer selv generere de unikke numre eller skal din applikation ?

Hvis SQL server skal gøre det så erklærer du bare kolonnen til at være
IDENTITY, så sørger SQLServer selv for det.

Hvsi du vil gøre det så skal du starte med at lave et UNIQUE INDEX på
kolonnen (medmindre den er PRIMARY KEY), så vil et forsøg på at indsætte
et duplikat fejle.

Så skal du have en metode til at generere unikke ID'er og der vil jeg
anbefale Scott Amblers high-low approach. Det er generelt accepteret
som måden at gøre det på.

bif>

Kommet videre ?

Grundet ferie har jeg først haft muligt for at svare nu og det beklages meget.

Jeg lukker spørgsmålet og fordeler pointsne.
I skal bare lige afgive et svar så jeg kan give jer points.

Tak for hjælpen.
Med venlig hilsen Tom.

svar

Tusind tak, fik du fundet en løsning..?

jpk-> Ja tildelst. Jeres svar har givet mig nogle ledetråde som jeg vil bygge videre på. Men Jeg har ikke forsøgt på nuværende tidspunkt pga tidsmangel.

MVH Tom