RE: Drop table problem

From: Paul Baumgartel <PaulB_at_instipro.com>
Date: Tue, 24 Apr 2001 08:13:35 -0700
Message-ID: <F001.002F0621.20010424074039@fatcity.com>

Add "cascade constraints" to your "drop table" statement, e.g.

drop table foo cascade constraints;

Paul Baumgartel
InstiPro, Inc.
paul.baumgartel_at_instipro.com
212 813-0829 x103 (office)
917 549-4717 (mobile)

-----Original Message-----
Sent: Tuesday, April 24, 2001 11:21 AM
To: Multiple recipients of list ORACLE-L

Could anyone tell me how to solve the below problem. I am trying to drop the table and I am getting the error ora 2266. I have disabled all the foreign key constraints also, but still I am getting the same error,
Early response much appreciated

Baskar

-----Original Message-----
Sent: 23 April 2001 20:02
To: Multiple recipients of list ORACLE-L

Hello List,

For those of you that use Perl or would like to use Perl for your regular DBA tasks, I have a request.

Do you have any tasks you perform with a series of SQL scripts, shell scripts, etc, that you feel are somewhat of a kludge?

Have you every asked yourself " There must be a better way to do this?"

Or do you just have a wishlist of tools that would make day to day DBA life easier, but feel that it's too complex or unwieldy to tackle with PL/SQL and SQL*Plus?

I'm looking for just those kinds of ideas for a project I'm working on.

No ideas too silly or complicated. Granted, they may be too silly or complicated to actually implement, but you never know. No idea is a bad idea until it's thought through.

Come to think of it, the same holds true for good ideas also.

Anyway, let's hear it!

Some examples of tools that I have used in Perl:

Create multiple users from a CSV file generated from MS Excel. Works great when someone asks for 100 users to be created.
Monitor databases for SNIPED sessions then KILL them.
Monitor the alert.log for Errors and mail to DBA's and or selectect other individuals. Errors can be filtered by type and selectively mailed. I've used this for duhvelopers that don't want to be bothered with error trapping and send hundreds of emails to the DBA's due to their error messages. Que's up messages for 5 minutes or 100 messages, whichever comes first ( avoids swamping the mail server in a crisis )
How about a way to serve up passwords to users for use with command line utilities in a secure manner? Oh wait, I don't have that one yet.

As you can see, I have a wishlist too. Lemme hear what you would like!

TIA Jared

--

Please see the official ORACLE-L FAQ: http://www.orafaq.com
--

Author: Jared Still
INET: jkstill_at_cybcon.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------

To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
--

Please see the official ORACLE-L FAQ: http://www.orafaq.com
--

Author: Ramasamy, Baskar
INET: Baskar.Ramasamy_at_calanais.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------