27. januar 2004 - 08:44Der er
11 kommentarer og 1 løsning
Skrivekonflikt ved enkeltbruger
Jeg har en SQL Server backend kørende lokalt hvor jeg sidder og en bruger ca. 30 km. væk, som kører en Access 2002 frontend, der ligger på vedkommendes PC. Til tider får brugeren besked om en skrivekonflikt når vedkommende opdaterer data, selvom der ikke er andre der er connected til SQL Serveren. Hvordan kan det være? Det er sket bla. her til morgen (mellem 7 og 8:30) og dér er der ingen backup rutiner eller optimeringer af databasen af nogen art. Hvad kan der være galt? Det kan da ikke passe at en enkelt-bruger ikke kan bruge SQL Server uden sådanne fejl. Det forekommer vist op til 2-3 gange om dagen. Suk! :(
Du kan åbne SQL Serveren via Enterprise Manager og checke Current Activity under Management.
Hvis brugeren har flere samtidige forbindelser, så kan det være at han blokerer sig selv. Kunne godt passe med, at det ikke er konsekvent fejlen opstår.
Dernæst - er der defaults på den tabels kolonner, som brugeren får fejlen på - eller evt. en trigger? De har også nogengange den effekt - men det plejer at være konsekvent.
Hvis du kører en Profiler trace hvor du registerer sql og errorevents (trækker tænder på serveren - men du kan begrænse tracen til en database), så kan du se præcis hvad der foregår.
Hmmm....det KUNNE ligne noget med datatype bit i SQL Serveren, men dem HAVDE jeg skiftet til TinyInt! og når jeg kører denne i Query Analyser, får jeg INGEN resultater, selvom der åbenbart er 8 felter der er af typen bit, kører jeg den med int i stedet, kommer der de forventede resultater! :( select * from information_schema.columns where data_type='bit'
Jeg prøver at skifte alle til TinyInt og se hvad der sker.
I SQL Enterprise Manager står felterne som Bit, men hvis jeg i Query Analyser forespørger på felter af typen TinyInt, kommer Bit-resultaterne OGSÅ med?! :(
trer: :) WAY ahead of you, men ikke med en backup, nej, direkte på produktionsserveren. brugeren er dog færdig med indtastningerne for i dag, så jeg må vente lidt...
Jeg har opdateret brugeren til MDAC 2.8 allerede inden database-frontend'en blev installeret tilbage i starten af december. En profile trace.......ja, det må jeg prøve ved lejlighed.
Det har du selvfølgelig ret i, men.....tvivler på at NOGEN har en løsning på problemet. Men tak alligevel.
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
