Bite #13: Deleting Tables does NOT transfer in Update Sets

Simply put: As of Eureka Patch 5, deleting tables does NOT transfer in Update Sets, so be prepared.

Steps to delete an existing custom table:

  1. While developing in Dev:
    1. Open up the dictionary record of the table.
    2. Click the Delete UI Action.
    3. Type “delete” in the box.
  2. When pushing your update sets to each environment:
    1. Commit your update sets
    2. Open up the dictionary record of the table.
    3. Click the Delete UI Action.
    4. Type “delete” in the box.

What about Many to Many tables I create from sys_m2m?

Delete these the same way as a regular table. You cannot delete them from the sys_m2m list view, you have to delete them from the dictionary record.

NOTE: This leaves the sys_m2m records still on the sys_m2m table. There is no way to delete these records without modifying the ACLs that have that table locked down.

Do I need to do this if I create and then delete a table right away in the Dev instance?

From my findings so far, NO. If the table does not yet exist in your QA & Prod, and you’ve changed your mind about needing the table, and delete it in the same update set, that table should never end up getting created in Production, so you should be just fine.



Categories: Developers

Tags: , , , ,

1 reply

  1. Nice tip, Garret. I was creating and deleting tables in an update set in Dev recently and was wondering how it would affect the migration so I’ll definitely have this in mind.

    Like

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

%d bloggers like this: