table is getting to large

RalphW
Member Posts: 8
The table sales header is getting to large (more than 4'000 Bytes) after adding various new fields required for additional functions.
Does anybody encountered the same Problem and what is the solution? Shadow table?
Thanks for any help und ideas
RalphW
Does anybody encountered the same Problem and what is the solution? Shadow table?
Thanks for any help und ideas
RalphW
The Diver
0
Best Answer
-
Thanks RaniShoura
I did try this, but cannot "disable" so many fields, that it would fit. On the other Hand, this Problem would occur with every update, where fields would be added from NAV.
Therefore I would like to fix it finally.
Do you have experience with shadow tables?
Best RegardsThe Diver5
Answers
-
The size restrictions is for active fields, you can disable fields that you are so confident won't be needed "Keep the disabled fields so you still could compile your code".
Please note that if the disabled field is used in any of your code paths, an error will be thrown. another disadvantage to this practice that if you wanted to get the disabled field feature to work later on you will have a headache getting things back to standard.
If I was in your show I'll always look in the new development design. and yes an option will be a parallel "shadow" table
hope this could helpRani Shoura0 -
Thanks RaniShoura
I did try this, but cannot "disable" so many fields, that it would fit. On the other Hand, this Problem would occur with every update, where fields would be added from NAV.
Therefore I would like to fix it finally.
Do you have experience with shadow tables?
Best RegardsThe Diver5 -
The term as of my knowledge is not a technical term it is more of a design pattern, I had the same for T36 & T18 it is managed by function design records are synced using standard NAV triggersRani Shoura0
-
Hi RaniShoura
I am aware of this. I also have the problem with T36 (Sales Header). In order that I do not have to "reinvent the wheel", can you please let me have your T36 and the corresponding shadow table?
I would appreciate this very much.
The Diver0 -
Unfortunately I can't share with you any part of our environment, still I'm more that happy to continue on this discussion. as a start you need to have a new table with the same key in T36 (Document Type, Document No.) , now depends on the use case you need to work the insert triggers (Do you want a shadow record for each rec in 36?) if yes you have to code the same in T36 insert trigger, you need to do the same for delete ....
Then you have to work on posted tables, CU Form Designs and reporting...... this is all related to what function you are working on
Rani Shoura0
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