store "cold" data (history, logs) external - solutions?
MartinFK
Member Posts: 43
Hi there,
We have a lot of data in historical tables (archive tables, tables for posted docs, ...).
Deletion is not an option at the moment (data is too young), also moving them to tables with less keys/indexes was not satisfactory.
I wondered if someone set up a solution, where data is spread over different devices with different access types.
E.g. Posted Invoices of:
current year --> primary data pool (fast)
last 2 yrs. --> secondary data pool (big but slower)
...
Do you have any experiences with solutions like that.
Glad for any input.
Regards,
Martin
We have a lot of data in historical tables (archive tables, tables for posted docs, ...).
Deletion is not an option at the moment (data is too young), also moving them to tables with less keys/indexes was not satisfactory.
I wondered if someone set up a solution, where data is spread over different devices with different access types.
E.g. Posted Invoices of:
current year --> primary data pool (fast)
last 2 yrs. --> secondary data pool (big but slower)
...
Do you have any experiences with solutions like that.
Glad for any input.
Regards,
Martin
0
Comments
-
Are you running on native NAV or SQL? If you're running on SQL server you may want to look into partioning off some of those archive tables into a seperate file group. I know file groups are supported on SQL 2005 and 2008 however I'm not 100% sure if the same features are available in older versions of SQL.
For more insight into filter groups check out:
http://www.mssqltips.com/tip.asp?tip=967
http://www.mssqltips.com/tip.asp?tip=1112
http://msdn.microsoft.com/en-us/library/ms179316.aspx0 -
Hi Jeff,
thanks for your reply.
Yes we're running on SQL2005, so filegroups are available.
I was more thinking about a solution that moves data between two (or more) SQL servers, depending on rules (the aging of data).
For the user it should be like before, all data available.
Regards,
Martin0 -
I haven't seen any solution (add on or something in the base product) that handles data in that fashion. So you may have to custom build or configure a solution that works for your specific situation.
I don't think NAV works very well if you were going to try and segment your data of onto different servers as NAV normally looks for all the data on 1 server within a database so you would have to find a solution that preserves the structure (at least as far as the NAV client is concerned).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
- 327 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