Serializable vs. Repeatable Read

Tobe
Member Posts: 4
Hi,
has someone changed the default locking level from serializable to repeatable read?
What are your experiences with repeatable read?
Does it really reduce blocking?
Did you have problems with phantom reads?
Do you use it as a default for your customers (if you are working for a nsc)?
How can I check in a test enviroment, if it causes any problems because of phantom reads?
What are the standard locking levels in other ERPs (AX, GP, SAP, Oracle ...)?
So many questions ...
regards
tobe
has someone changed the default locking level from serializable to repeatable read?
What are your experiences with repeatable read?
Does it really reduce blocking?
Did you have problems with phantom reads?
Do you use it as a default for your customers (if you are working for a nsc)?
How can I check in a test enviroment, if it causes any problems because of phantom reads?
What are the standard locking levels in other ERPs (AX, GP, SAP, Oracle ...)?
So many questions ...
regards
tobe
0
Comments
-
The default transaction isolation level used by NAV is Read Uncommitted. Serializable is only used during update transactions. SQL default behavior is Read Committed and tends to be more common but allows less concurrency. The downside of Read Uncommitted is dirty reads in exchange for better concurrency.There are no bugs - only undocumented features.0
-
Yes, but you can change the default for update transactions from serializable to repeatable read.
It's described in this KB article (I should have mentoined it in my first post):
Blocking problems caused by Microsoft Dynamics NAV 5.0 SP1 using Microsoft SQL Server SERIALIZABLE isolation level
https://mbs2.microsoft.com/knowledgebase/KbDisplay.aspx?scid=kb;en-us;9791350 -
There are no bugs - only undocumented features.0
-
Tobe wrote:Yes, but you can change the default for update transactions from serializable to repeatable read.
It's described in this KB article (I should have mentoined it in my first post):
Blocking problems caused by Microsoft Dynamics NAV 5.0 SP1 using Microsoft SQL Server SERIALIZABLE isolation level
https://mbs2.microsoft.com/knowledgebase/KbDisplay.aspx?scid=kb;en-us;979135
Hi Tobe,
Is there any hotfix for blocking problems in Microsoft Dynamics NAV 4.0 SP3 like the article above? Thanks..Best regards,
Johanna0 -
johanna wrote:Tobe wrote:Yes, but you can change the default for update transactions from serializable to repeatable read.
It's described in this KB article (I should have mentoined it in my first post):
Blocking problems caused by Microsoft Dynamics NAV 5.0 SP1 using Microsoft SQL Server SERIALIZABLE isolation level
https://mbs2.microsoft.com/knowledgebase/KbDisplay.aspx?scid=kb;en-us;979135
Hi Tobe,
Is there any hotfix for blocking problems in Microsoft Dynamics NAV 4.0 SP3 like the article above? Thanks..
I'm not aware of one.
Anyway, the hotfix is not for general blocking problems, but only for those special cases, where i.e. blocking all sales lines for one sales order, also blocks last line of previous sales order and first line of next order.
In most situations blocking problems occur from other reasons.
Tobe0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions