Upgrading (deleting) objects from addon when going from NAV2009 to NAV2016

rsaritzky
Member Posts: 469
Hi all,
I've posted a couple of other questions on the topic of moving from NAV2009 to NAV2016. As many of you know, one of the steps in moving from 2009 to any other version includes deleting all the non-table objects from the database after "Step 1" in the data upgrade process is run.
Our in-house development license includes a third-party addon. However, the license file does not allow us to DELETE many of the addon's forms, pages and XMLPorts.
My personal developers' license does not allow me permissions to this addon, either.
We are doing this upgrade in-house, but I did place a call to our partner, in hopes that their partner license will at least let them delete the addon objects.
So, I am trying take another tack at "how do I delete the old addon objects"? I have played around a little bit with the "Object" table and the "Object Metadata" table in past years. So I'm wondering if I just delete the records from these the Object table where Type > 1 (In the Object table, Type 0 = Tabledata and Type 1 = Table, so everything > 1 = form/report/dataport/xmlport/menusuite/page) and corrspondingly where "Object Type" > 1 in the Object Metadata table.
Has anyone tried this approach to removing objects?
Thanks
Ron
I've posted a couple of other questions on the topic of moving from NAV2009 to NAV2016. As many of you know, one of the steps in moving from 2009 to any other version includes deleting all the non-table objects from the database after "Step 1" in the data upgrade process is run.
Our in-house development license includes a third-party addon. However, the license file does not allow us to DELETE many of the addon's forms, pages and XMLPorts.
My personal developers' license does not allow me permissions to this addon, either.
We are doing this upgrade in-house, but I did place a call to our partner, in hopes that their partner license will at least let them delete the addon objects.
So, I am trying take another tack at "how do I delete the old addon objects"? I have played around a little bit with the "Object" table and the "Object Metadata" table in past years. So I'm wondering if I just delete the records from these the Object table where Type > 1 (In the Object table, Type 0 = Tabledata and Type 1 = Table, so everything > 1 = form/report/dataport/xmlport/menusuite/page) and corrspondingly where "Object Type" > 1 in the Object Metadata table.
Has anyone tried this approach to removing objects?
Thanks
Ron
Ron
0
Best Answer
-
What about kill objects? Empty objects used delete existing objects even you don't have access. Please have a look at this German topic (the code): http://www.msdynamics.de/viewtopic.php?f=64&t=27324&p=110903&hilit=kill+object#p110903
There are several solutions, one based on PowerShell, one on SQL Server stored procedure. Make sure you use the scripts in an empty or demo database to create the empty objects.
Kill Objects are in fact 0 byte blob size FOB-objects. If you import them, the corresponding object is deleted from the database.Cheers
Carsten
==> How To Ask Questions The Smart Way
This post is my own opinion and does not necessarily reflect the opinion or view of my employer.5
Answers
-
you can leave them and continue the upgrade..0
-
Hi Ron,
I used such a script for all non-table objects for the upgrade. Works, apparently.begin transaction cleanup delete from [dbo].[Object] where Type > 1; delete from [dbo].[Object Metadata] where [Object Type] > 1; delete from [dbo].[Object Tracking] where [Object Type] > 1; delete from [dbo].[Object Translation] where [Object Type] > 1; commit transaction cleanup
with best regards
Jens0 -
What about kill objects? Empty objects used delete existing objects even you don't have access. Please have a look at this German topic (the code): http://www.msdynamics.de/viewtopic.php?f=64&t=27324&p=110903&hilit=kill+object#p110903
There are several solutions, one based on PowerShell, one on SQL Server stored procedure. Make sure you use the scripts in an empty or demo database to create the empty objects.
Kill Objects are in fact 0 byte blob size FOB-objects. If you import them, the corresponding object is deleted from the database.Cheers
Carsten
==> How To Ask Questions The Smart Way
This post is my own opinion and does not necessarily reflect the opinion or view of my employer.5 -
Jens/Carsten:
Thanks for the suggestions. I did in fact delete the records from the Object and Object Metadata tables. But I will add the Object Translation and Object Tracking tables to my script.
I am also familiar with using 0-byte FOB-objects for removing objects. I just assumed that I could not create the correct object ID, but I will also try that.
RonRon0
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