From C/Side Database to SQL Database

Hauke_Amend
Member Posts: 4
Hello,
we have heavy blockages in our C/Side database.
By profing the availability of our products we have theses
blackages. Also by making offers and searching for
products. The user must wait a few seconds til several
minutes. We now this is a "bad" quality in the database
from navision, but is the Update to SQL the solution?
Are there disadvantages in using SQL?
we have heavy blockages in our C/Side database.
By profing the availability of our products we have theses
blackages. Also by making offers and searching for
products. The user must wait a few seconds til several
minutes. We now this is a "bad" quality in the database
from navision, but is the Update to SQL the solution?
Are there disadvantages in using SQL?
0
Comments
-
If the database is running very slow, there are other things you could try before changing to SQL. Have you checked your DBMS cache? The installation manual says that you should assign 12 mb per user.0
-
craigbarbs wrote:If the database is running very slow, there are other things you could try before changing to SQL. Have you checked your DBMS cache? The installation manual says that you should assign 12 mb per user.
I think that 12 MB that manual is refering to are "normal" RAM. That is amount of RAM, that server is useing for handlig one user session.
bostjanl0 -
Hauke Amend wrote:Hello,
we have heavy blockages in our C/Side database.
By profing the availability of our products we have theses
blackages. Also by making offers and searching for
products. The user must wait a few seconds til several
minutes. We now this is a "bad" quality in the database
from navision, but is the Update to SQL the solution?
Are there disadvantages in using SQL?
User are blocked? Cheking availability and searching are read-only operations, so no locks should happend.
What text do user get in their status line:
-object XXX locked by
-searching table ....
If you get first text, than locking is problem, but if you get the second text, than you should look if you use proper keys,..
Bostjanl0 -
While I agree that you should check that you are using correct keys, I would just like to point out that manual is actually referring to the amount of cache that is required.
The availability windows are using flowfields. If you are processing many transactions and you cache is too small, you will have performance issues.0 -
We have a DBMS Cache of 300MB. We can use 100 Users. Normaly
we have 60-75 Users online. Object cache on the clients ist 8 MB.0 -
So you have about 70 users online. Then, the DBMS cache is indeed too low. You should increase this, for starters.
Can you please give us full details? What is your complete server configuration, (+ RAID configuration), size of the databasefile, how much was the standard navision-code modified, ... .0 -
To find out if the Hardware is working well, we made the Performance Net Test.
Attain database Installation Manuell Side. 143.
There is a value writen of 1.220.065,00 Packets (100 byte) per second.
Is this reachable? We have
1.301,00 Packets (100 byte) per second.0
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