Changing a tables id?

In order to accomodate the larger data type(int instead of smallint), you have to bcp out, recreate the table and bcp in data. Once you create the new table ,server allocates unique-id to the object (table) and these ids are not in serial or sequential order. When you change the 'id' in sysobjects for the table. The internal object_id is not changed. Sybase Server always refers the table by the internal object-id. Even you update the id , the internal-id is not changed. The object information also stores in the system tables such as sysindexes,syscolumns,sysdepends,syskeys,sysconstraints and sysreferences of the user database. However the entries in all these system table refers to the internal object_id of the sysobjects. After changing the id of the table, you can see the id and obect_id("table_name") are different. So updating "id" does not change any references unless your procedure or query  has hardcoded value for the old id of the table. In my opinion you need not to update any other system tables. Accessing the table will never be a problem unless you are trying to match "id" instead of object_id().

By the way ,data type for the 'id' in sysobjects table is "int" and this is literally a large value. I don't think the server will  run out of id.
However changing the id in system tables is not recommonded by Sybase.

Hope this will help you.
Thanks ...

While accessing these new table won't be a problem when referencing the table by name, like you said I have loads of sp's that have the id hardwired. I'd like to know a way of slyly changing the table id so these sp's won't know that I have changed the table.
sorry to reject, but I'm still stuck.
thanks for your time
regards