AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi ADO + Mehrbenutzerbetrieb + Transaktionen + SQL Server
Thema durchsuchen
Ansicht
Themen-Optionen

ADO + Mehrbenutzerbetrieb + Transaktionen + SQL Server

Ein Thema von sega84 · begonnen am 20. Mai 2009 · letzter Beitrag vom 20. Mai 2009
Antwort Antwort
Seite 2 von 2     12   
hoika

Registriert seit: 5. Jul 2006
Ort: Magdeburg
8.270 Beiträge
 
Delphi 10.4 Sydney
 
#11

Re: ADO + Mehrbenutzerbetrieb + Transaktionen + SQL Server

  Alt 20. Mai 2009, 08:56
Hallo,

solange du noch 2000 unterstützen musst wohl nicht.
Ab 2005 gibt es Snapshot als Isolation Level,
ist fast schon ein MGA (wie bei Firebird)
Das sollte viel bringen.

Wenn man mit dem SQL-Server arbeitet,
muss man sich halt mit dessen Vor- und Nachteilen beschäftigen
*klugscheiss*

Was mich wundert ist, dass zwei Selects (Read) sich bei dir blockieren.
In meiner URL vom vorigen Posting stand beim der Antwort noch was mit Deadlock-Logging

Schon mal ausprobiert ?
Bist du dir sicher, dass die Timeouts von 2 Selects kommen ?

Vielleicht reicht es ja erst mal, die kritischen Selects mit NoLock zu ergänzen.

Du solltest nur erst mal prüfen, ob der 2000-er das auch schon kennt.


Heiko
Heiko
  Mit Zitat antworten Zitat
Benutzerbild von mschaefer
mschaefer

Registriert seit: 4. Feb 2003
Ort: Hannover
2.029 Beiträge
 
Delphi XE3 Enterprise
 
#12

Re: ADO + Mehrbenutzerbetrieb + Transaktionen + SQL Server

  Alt 20. Mai 2009, 09:40
Mal abgesehen von den technischen Raffinessen muß man sich auch im Klaren sein wie der Arbeitsablauf sein soll.

1. Bei Preisänderungen von Artikeln ist "Snapshot" eine feine Sache. Solange ein Artikel bearbeitet wird, kann im Warenverkauf noch die Beschreibung der alten Version angezeigt werden. Wenn der Rekord dann aktualisiert ist, ist er eingepflegt und gut.
-> typisches "with no Lock" Szenario -<

2. Zwei Anwender dürfen prinzipiell nicht gleichzeitig die selbe Rechnung zur gleichen Zeit bearbeiten. Da ist kein "Snapshot" gefragt! Der Record muß einfach für die Zeit des Bearbeitens für die anderen gesperrt bleiben.
-> typisches "pessimistic Locking" -<


Im 2. Fall muß auch die Architektur der Anwendung daruaf abgestimt sein: Änderbare Listenansichten á la DBGrid sind hier nicht hilfreich, sondern es sollte ein Änderungsbereich aufgemacht werden mit vorgelagertem Test ob eine Sperrung vorliegt.

Leidlich erscheint mir dabei, dass man bei den meisten Systemen den geperrten Datensatz erst ducht eine Ghostwrite herausbekommt. Derzeit wird unter Delphi "pessimistisches Locking" weder durch Zugriffskomponenten noch durch die Gridanzeige ernsthaft unterstützt. Üblicherweise wird dann sogar eine seperate Sperrtabelle eingesetzt, aber alles mit Handarbeit.

Grüße in die Runde // Martin
Martin Schaefer
Phaeno
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 2     12   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 16:48 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz