A few questions regarding 2009 (6.0) conversion
slowhandfan
Member Posts: 56
I have a customer running 4.03 in a non sql environment. It is a retailer and we designed and coded massive amounts of custom forms and reports for Inventory Control and distribution with hooks into the PO system, Transfers, etc..... Tons of custom code on form buttons.
They also use average costing and quite frankly, it works, but it is too slow. Database size is about 70 gig.
They want to upgrade and we can take them to 5.1 or 6.0.
My questions:
1)If we take them to 6.0 classic, do they have to run on SQL, or can they still run native? Any thoughts?
2)Does average costing work any better on 6.0 than it did on 5.1.... Any significant differences or changes. Any thoughts?
3)I figure with as much custom code on forms that they have, we need to go to classic. Is that correct? Any thoughts?
Any input would be greatly appreciated....
Thanks
Scott aka SLOWHANDFAN
They also use average costing and quite frankly, it works, but it is too slow. Database size is about 70 gig.
They want to upgrade and we can take them to 5.1 or 6.0.
My questions:
1)If we take them to 6.0 classic, do they have to run on SQL, or can they still run native? Any thoughts?
2)Does average costing work any better on 6.0 than it did on 5.1.... Any significant differences or changes. Any thoughts?
3)I figure with as much custom code on forms that they have, we need to go to classic. Is that correct? Any thoughts?
Any input would be greatly appreciated....
Thanks
Scott aka SLOWHANDFAN
0
Comments
-
[Topic moved from 'NAV 2009' forum to 'NAV/Navision' forum]Regards,Alain Krikilion
No PM,please use the forum. || May the <SOLVED>-attribute be in your title!0 -
There is no problem using native with the 6.0 classic client. I would actually be more concerned if you said you would switch to SQL. Then 5SP1 might be better, as it still seems MS releases more SQL related hotfixes for 4SP3 and 5SP1 than for 6.0 – properly because most key customers are using these versions. They hardly release anything for the Native db - MS are doing what they can to kill it...slowhandfan wrote:1)If we take them to 6.0 classic, do they have to run on SQL, or can they still run native? Any thoughts?Regards
Peter0 -
Or Maybe the Native db works and doesn't need as many hot fixes, that is also a possibilitypdj wrote:
There is no problem using native with the 6.0 classic client. I would actually be more concerned if you said you would switch to SQL. Then 5SP1 might be better, as it still seems MS releases more SQL related hotfixes for 4SP3 and 5SP1 than for 6.0 – properly because most key customers are using these versions. They hardly release anything for the Native db - MS are doing what they can to kill it...slowhandfan wrote:1)If we take them to 6.0 classic, do they have to run on SQL, or can they still run native? Any thoughts?
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
- 333 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