How to recreate data in the SIFT table Company$17$0

Kreit
Member Posts: 5
Hi all.
I dropped through SQL SIFT table Company$17$0, because data inside this table was not correct.
How to recreate data, table very big (200GB), I try enable and disable flag MaintainSIFTIndex, but nothing happened.
Help me,please.
P.S. Navision 4.0 SP3 and SQL Server 2008.
I dropped through SQL SIFT table Company$17$0, because data inside this table was not correct.
How to recreate data, table very big (200GB), I try enable and disable flag MaintainSIFTIndex, but nothing happened.
Help me,please.
P.S. Navision 4.0 SP3 and SQL Server 2008.
0
Comments
-
kapamarou wrote:Kreit wrote:because data inside this table was not correct.
How could it be wrong?
Do you get an error message when you try to enable disable the indexes maintenance?
1)I don't know.
2)No, without errors. When i disable this property, SIFT is not delete.When i enable - table is not create.
Now i try to recreate a primary key, but SIFT 17$0 is empty.0 -
Did you try to recreate the table Company$17$0? If you did, then try to edit the table through NAV and delete the whole key, save your table then recreate it at the same position with the exact same sumindexes and properties.
I tried this with a dummy database and it seems to work (haven't thoroughly tested it though, just checked if table 15 G/L account is ok). I strongly recommend trying this in a test environment. According to your table size, it could take a while.0 -
kapamarou wrote:Did you try to recreate the table Company$17$0? If you did, then try to edit the table through NAV and delete the whole key, save your table then recreate it at the same position with the exact same sumindexes and properties.
I tried this with a dummy database and it seems to work (haven't thoroughly tested it though, just checked if table 15 G/L account is ok). I strongly recommend trying this in a test environment. According to your table size, it could take a while.0 -
I tried this with a dummy database. When I dropped the sift table 17$0, if I tried to change the key through NAV I got an error saying that t17$0 does not exist. So I through SQL Managmenr Studio I scripted table 17$1 and edited the script and changed 17$1 to 17$0 along with the constraint. This resulted in the existence of table 17$0 in the database (although the structure was completely wrong when compared to the original one). This enabled me to design the NAV table through the Object designer, go to the keys, hit F4 to delete the whole key, save the table without getting any error, and then design the table again, and recreate the deleted key at the exact position it was and with exactly the same properties.0
-
Set the "MaintainSIFTOnSQL" to NO. Save the object. Close the designer. Reopen the designer, set it to YES, save the object. It should recreate the table...0
-
And are you working on correct database? ;-) It MUST work, or problem is somewhere else... like setting the property on wrong key, not saving the object between changes etc.0
-
kine wrote:And are you working on correct database? ;-) It MUST work, or problem is somewhere else... like setting the property on wrong key, not saving the object between changes etc.
Unfortunately NAV remembers internally SIFT state, and if you delete SIFT table from SQL then if you un-check maintain SIFT NAV will still try to drop the table.. Which of course end up with SQL error
My advice would be first to create dummy table named Company$17$0, then un-check maintain SIFT or remove SIFT fields on PK and save table in NAV (Company$17$0 table should get dropped), then re-check or re-define SIFT fields and save table.
Regards,
SlawekSlawek Guzek
Dynamics NAV, MS SQL Server, Wherescape RED;
PRINCE2 Practitioner - License GR657010572SG
GDPR Certified Data Protection Officer - PECB License DPCDPO1025070-2018-030 -
Slawek Guzek wrote:kine wrote:And are you working on correct database? ;-) It MUST work, or problem is somewhere else... like setting the property on wrong key, not saving the object between changes etc.
Unfortunately NAV remembers internally SIFT state, and if you delete SIFT table from SQL then if you un-check maintain SIFT NAV will still try to drop the table.. Which of course end up with SQL error
My advice would be first to create dummy table named Company$17$0, then un-check maintain SIFT or remove SIFT fields on PK and save table in NAV (Company$17$0 table should get dropped), then re-check or re-define SIFT fields and save table.
Regards,
Slawek
What you propose is actually the same kapamarou and kine already suggested ...Jörg A. Stryk (MVP - Dynamics NAV)
NAV/SQL Performance Optimization & Troubleshooting
STRYK System Improvement
The Blog - The Book - The Tool0
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