VIDEO How to fix a reference to the Choice [sys_choice] table
![Image](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjTjEvqeN4bOEMkeA515IR4TZiyB0iLCqn7RzKP_JjuWWeVrEGAirF30OAzVMNJvgOQ9bx-j1YNyJjkqrELlwjmg8A2fGUDPucuKAvaUbCJGws8gngu5BtLAu3zyQMRw-nXet2ImeAxgFqBKG_cpoTGZlDS6Mft0mBn2qkGwHtisyCxirhpSfEhlquZXT_H/w640-h218/Image%2026-07-2024%20at%2008.44.jpeg)
The Choice table is used internally by the platform and depending on the payload of an operation, for performance reasons the platform can decide that it is better to drop the table and insert all the values instead of perform updates on specific records. When we insert a new record in a table, a new sys_id is generated. If we have the Choice table as a reference to provide choices for a particular field in our table, these choices will be lost every time the platform decides to recreate the Choice table. A simple way to avoid this problem is to create a field of type Choice which indirectly uses the Choice table but it is the right way, or we can create our own table to maintain the Application choices. Recently I received the mission to do exactly this: create a private choice table for an Application. The problem A long time ago, the platform allowed a developer to choose the Choice table as a reference. As a consequence, old custom applic