Large Database on C/Side
Comments
-
Only limited by your budget and design imagination. Actually the database where this design first came up was 120+ GB.There are no bugs - only undocumented features.0
-
kriki wrote:
Indeed, you can still use this approach:Waldo wrote:bbrown wrote:A recommendation I got from Navision on time (pre-MS), was to split the database and place each file in its own RAID 10 array.
I heared this as well ... but don't you think times has changed, and this is not necessary anymore?
How about a 1 GB-DB divided in 16 DB-files with a 6-disk RAID10 per DB-file :!:






If this goes slow, I want to know the programmer who programmed everything!
Yes off course this is (still) the most "performant" way to go ... RAID 10 is the fastest RAID set... but still ... is it worth the cost ... that's my question.0 -
Well, for a 1 GB-DB, this is just 'a little' overkill. But it might be worth the cost for an over 100GB-DB.Waldo wrote:kriki wrote:
Indeed, you can still use this approach:Waldo wrote:bbrown wrote:A recommendation I got from Navision on time (pre-MS), was to split the database and place each file in its own RAID 10 array.
I heared this as well ... but don't you think times has changed, and this is not necessary anymore?
How about a 1 GB-DB divided in 16 DB-files with a 6-disk RAID10 per DB-file :!:






If this goes slow, I want to know the programmer who programmed everything!
Yes off course this is (still) the most "performant" way to go ... RAID 10 is the fastest RAID set... but still ... is it worth the cost ... that's my question.Regards,Alain Krikilion
No PM,please use the forum. || May the <SOLVED>-attribute be in your title!0 -
kriki wrote:
Well, for a 1 GB-DB, this is just 'a little' overkill. But it might be worth the cost for an over 100GB-DB.Waldo wrote:kriki wrote:
Indeed, you can still use this approach:Waldo wrote:bbrown wrote:A recommendation I got from Navision on time (pre-MS), was to split the database and place each file in its own RAID 10 array.
I heared this as well ... but don't you think times has changed, and this is not necessary anymore?
How about a 1 GB-DB divided in 16 DB-files with a 6-disk RAID10 per DB-file :!:






If this goes slow, I want to know the programmer who programmed everything!
Yes off course this is (still) the most "performant" way to go ... RAID 10 is the fastest RAID set... but still ... is it worth the cost ... that's my question.
For that, I absolutely agree ... =D>0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.7K Microsoft Dynamics NAV
- 18.8K 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
- 328 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
