related objects when dropping a table

Hello, does anyone have some info about possible objects (such as views) that disappear when you drop a table ? Are there any other elements that disappear ? After a migration from 9.21 (2Gb limit) to 9.40 , some weeks later we found out that we lost a view on a table "fho". This table had to be unloaded in differents parts due to the 2 Gb limit, and had been dropped before the dbexport was launched. Now we are wondering if some other things might have been lost ? Thanks for any help. Jacques Lapeire

Hi Jacques It depending on, but you can loose View, Trigger and stored procedures when you drop a table. The best thing is get a "dbschema -d <db> -t <table> -ss -p "all" for that before drop it. If you still have the 'old' database, try to get it from there. Best regards Roberto Ferronato > To: ids@iiug.org> From: jacques.lapeire@siemens.com> Subject: related objects when dropping a table [10336]> Date: Thu, 8 Nov 2007 05:12:48 -0500> > Hello, > > does anyone have some info about possible objects (such as views) that > disappear when you drop a table ? Are there any other elements that disappear > ? > > After a migration from 9.21 (2Gb limit) to 9.40 , some weeks later we found > out that we lost a view on a table "fho". > This table had to be unloaded in differents parts due to the 2 Gb limit, and > had been dropped before the dbexport was launched. > > Now we are wondering if some other things might have been lost ? > > Thanks for any help. > > Jacques Lapeire > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > _________________________________________________________________ Discover the new Windows Vista http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE

Hi, there are the easy things (dbschema -ss -d <dbs> -t <table>): triggers indices foreign keys to other tables lockmode/extent sizes/owner/fragmentation and there are the more hidden things: views GRANTS foreign keys from other tables serial values (if serial column defined; very dangerous, if the entries get deleted from the table after use) If you are not sure, which objects belong to your table, the best thing is to take a schema from the whole database: dbschema -ss -d <database> You can take a schema after table reorg again and do a diff. Regards, Andreas > ------------------------------------------- SPAR Österreichische Warenhandels-AG Hauptzentrale A - 5015 Salzburg, Europastrasse 3 FN 34170 a Tel: +43 662 4470 24223 Mobile: +43 664 6259575 E-Mail: Andreas.KUTSCHE@spar.at Internet: http://www.spar.at Wichtiger Hinweis: Der Inhalt dieser E-Mail kann vertrauliche und rechtlich geschützte Informationen, insbesondere Betriebs- oder Geschäftsgeheimnisse, enthalten, zu deren Geheimhaltung der Empfänger verpflichtet ist. Die Informationen in dieser E-Mail sind ausschließlich für den Adressaten bestimmt. Sollten Sie die E-Mail irrtümlich erhalten haben so ersuchen wir Sie, die Nachricht von Ihrem System zu löschen und sich mit uns in Verbindung zu setzen. Über das Internet versandte E-Mails können leicht manipuliert oder unter fremdem Namen erstellt werden. Daher schließen wir die rechtliche Verbindlichkeit der in dieser Nachricht enthaltenen Informationen aus. Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er von uns schriftlich bestätigt und gezeichnet wird. Sollte trotz der von uns verwendeten Virus-Schutzprogramme durch die Zusendung von E-Mails ein Virus in Ihre Systeme gelangen, haften wir nicht für evtl. hieraus entstehende Schäden. Wir danken für Ihr Verständnis. Important notice: The contents of this e-mail may contain confidential and legally protected information that is in particular related to operational and trade secrets, which the recipient is obliged to treat as confidential. The information in this e-mail is made available exclusively for use by the addressee. In the event that the e-mail may have been sent to you in error, we would ask you to kindly delete this communication from your system and to contact us. E-mails sent via the Internet can be easily manipulated or sent out under someone else's name. We therefore do not accept legal liability for the information contained in this communication. The contents of the e-mail are only legally binding if they have been confirmed and signed by us in writing. If, in spite of our using Antivirus protection software, a virus may have penetrated your system through the sending of this e-mail, we do not accept liability for any damage that may possibly arise as a result of this. We trust that you appreciate our position. ------------------------------------------- -----Ursprüngliche Nachricht----- > Von: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] Im Auftrag von > JACQUES LAPEIRE > Gesendet: Donnerstag, 08. November 2007 11:13 > An: ids@iiug.org > Betreff: related objects when dropping a table [10336] > > Hello, > > does anyone have some info about possible objects (such as views) that > disappear when you drop a table ? Are there any other elements that > disappear > ? > > After a migration from 9.21 (2Gb limit) to 9.40 , some weeks later we > found > out that we lost a view on a table "fho". > This table had to be unloaded in differents parts due to the 2 Gb limit, > and > had been dropped before the dbexport was launched. > > Now we are wondering if some other things might have been lost ? > > Thanks for any help. > > Jacques Lapeire > > > ************************************************************************** > ***** > Forum Note: Use "Reply" to post a response in the discussion forum.