Item Ledger Compression in Navision version 3.6 on SQL 2000

noved
Member Posts: 15
We currently use 3.6 (modified quite a bit) on a SQL 2000 database. We will be upgrading the executable to 5.1 and will be using SQL 2005 Enterprise in the near future. However, we have also wanted to compress entries as part of our housekeeping and started (in a test environment) with the Item Ledger Entry. We compressed the entries using a period length of 1 Year and retained the Global Dimension 1 Code (Site code for our company). We completed this through the end of our fiscal year 2007 but are seeing that the valuation of the inventory is off in its total inventory valuation. Quantities are also not matching. I have read in various postings (here and elsewhere) that the compression routine for the ILE is "unpredictable" and often avoided. So far, I would agree and do not have the "warm and fuzzy" feeling that I would like to have since this involves deleting and combining entries. :-s
Has anyone had similar experiences? If so, would compressing the G/L, Customer Ledger and/or Vendor Ledger entries, instead, be worth pursuing?
Any experience with these and the "dos and don'ts" would be appreciated.
Thank you
Has anyone had similar experiences? If so, would compressing the G/L, Customer Ledger and/or Vendor Ledger entries, instead, be worth pursuing?
Any experience with these and the "dos and don'ts" would be appreciated.
Thank you
0
Comments
-
Don't compress Item Ledger! It'll cause more problems than it's worth.
Compress other areas that's not related to inventory.Confessions of a Dynamics NAV Consultant = my blog
AP Commerce, Inc. = where I work
Getting Started with Dynamics NAV 2013 Application Development = my book
Implementing Microsoft Dynamics NAV - 3rd Edition = my 2nd book0 -
sorry, this post was by mistake
Boris
*
Please, do not frighten the ostrich,
the floor is concrete.0 -
Thank you, Alex. Are there other date compression areas that are similarly problematic or is the Item Ledger the only one to avoid?0
-
As Alex says, never compress Item Ledger Entries. In fact 3.6 was the worst version for this. (well 3.01 was the worst, but very few people run that version so you don't see as many disasters).
As to compressing other ledgers, the question is why? If its to increase performance, it really wont help that much, and still can cause problems. GL you will have problems with Analysis views and dimensions. With Customer and Vendor you will have issues with back dated AR and AP reports.
It really is not worth it.
Oh and before even thinking of this, you will need to have your partner customize the compression routines to match all the mods you have in your system.David Singleton0 -
Thank you, David for the reply. It is looking like this may require more thought (and preparation) if we do go forward with compression. We were not looking into this as being an "end all" to performance improvement but just one of many incremental steps.
Perhaps this is a step to be avoided.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