RE: Views for a table
Title: Message Query DBA_DEPENDENCIES where type='VIEW' and referenced_name='STUDENTS' and referenced_type='TABLE'. -Original Message-From: Mauricio "Vélez [mailto:[EMAIL PROTECTED] Sent: Friday, January 23, 2004 9:50 AMTo: Multiple recipients of list ORACLE-LSubject: Views for a table Hi everybody I have the following question How can I querya table's views? For example I have the table students and I want to know the views related to this table. Thanks, Mauricio Vélez Do you Yahoo!?Yahoo! SiteBuilder - Free web site building tool. Try it!
RE: PCTFREE and PCTUSED
PCTUSED comes into play when rows are deleted from the block. If enough data is deleted from a block to cause the block to fall below 60% used (PCTUSED), the block goes back on the freelist for subsequent inserts/updates. -Original Message- Sent: Tuesday, November 04, 2003 3:09 PM To: Multiple recipients of list ORACLE-L Suppose I have the following settings which happen to be the defaults as well: PCTFREE 10 PCTUSED 40 I am trying to figure out what PCTUSED is really used for. My book is telling me that is used so that Oracle knows whether to keep a block in the free-list. My point is this: If PCTFREE is 10%, that means the block can be up to 90% full, right? Well, if the block happens to be 60% full at the moment, then Oracle knows that this block is not full enough because 60 is less than 90, so it can keep it in the free list. I dont see what PCTUSED is needed, it kind of seems I can accomplish the same with just one parm, that being PCTFREE. But Oracle wouldnt have just put a parm there without any usage, so I guess there's something I dont see... Any ideas/examples? Any good reasoning anywhere? Thanks, maa -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Maryann Atkinson INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (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.net -- Author: Tim Fleury INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (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).
RE: PCTFREE and PCTUSED
To use your numbers, the block can fill to 90% (100-PCTFREE) at which time it comes off the freelist. If you delete rows until the block falls below 40% used (PCTUSED), the block will go back on the freelist. -Original Message- Sent: Tuesday, November 04, 2003 3:09 PM To: Multiple recipients of list ORACLE-L Suppose I have the following settings which happen to be the defaults as well: PCTFREE 10 PCTUSED 40 I am trying to figure out what PCTUSED is really used for. My book is telling me that is used so that Oracle knows whether to keep a block in the free-list. My point is this: If PCTFREE is 10%, that means the block can be up to 90% full, right? Well, if the block happens to be 60% full at the moment, then Oracle knows that this block is not full enough because 60 is less than 90, so it can keep it in the free list. I dont see what PCTUSED is needed, it kind of seems I can accomplish the same with just one parm, that being PCTFREE. But Oracle wouldnt have just put a parm there without any usage, so I guess there's something I dont see... Any ideas/examples? Any good reasoning anywhere? Thanks, maa -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Maryann Atkinson INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (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.net -- Author: Tim Fleury INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (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).
RE: how to get rid of default
I believe your only option with the alter table command is to set it to null (which it can't be on an insert that doesn't provide a value since the column is set up as not null). ALTER TABLE table_name MODIFY (column_name DEFAULT NULL); -Original Message- Sent: Thursday, October 30, 2003 9:50 AM To: Multiple recipients of list ORACLE-L Hi. I have created a field in a table with a default clause. - f1 number(1) not null default 1. How can I get rid of the default now? thanks Gene __ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Olga Gurevich INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (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.net -- Author: Tim Fleury INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (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).
RE: 2G trace files
Set the dump file size to unlimited. -Original Message- Sent: Wednesday, October 29, 2003 10:49 AM To: Multiple recipients of list ORACLE-L I'm tracing a session with 10046 event level 8. Here's the method I use: sys.dbms_system.set_sql_trace_in_session( p_sid, p_serial#, TRUE ); sys.dbms_system.set_bool_param_in_session(p_sid, p_serial#, 'timed_statistics', true); /* Max dump file size is 2G */ sys.dbms_system.set_int_param_in_session(p_sid, p_serial#, 'max_dump_file_size', 2147483647); sys.dbms_system.set_ev(p_sid, p_serial#, 10046, p_level, ''); If I set max_dump_file_size greater than 2G I get an error. But with trace level 8, I'm easily overrunning this limit. How do you guys get around this? BTW - Just got Optimizing Oracle Performance last night and if I didn't have to work so much I would have read it through by now. Maybe I'll take tomorrow off. Richard Quintin, DBA Information Systems Computing, DBMS Virginia Tech -- When the character of a man is not clear to you, look at his friends. -- Japanese Proverb -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Quintin, Richard INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (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.net -- Author: Tim Fleury INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (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).
RE: 2G trace files
I believe that is a limitation with that procedure. If you are tracing your own session, use Alter session set max_dump_file_size=unlimited; Otherwise set it at the system level during your trace Alter system set max_dump_file_size=unlimited; If necessary, reset it after your large trace has completed. -Original Message- Sent: Wednesday, October 29, 2003 12:09 PM To: Multiple recipients of list ORACLE-L If I set max_dump_file_size greater than 2G I get an error. Perhaps I should be more specific: sys.dbms_system.set_int_param_in_session(p_sid, p_serial#, 'max_dump_file_size', 'unlimited'); gives: ORA-06502: PL/SQL: numeric or value error: character to number conversion error sys.dbms_system.set_int_param_in_session(p_sid, p_serial#, 'max_dump_file_size', 2147483647 + 1); gives: ORA-01426: numeric overflow On Wed, 2003-10-29 at 14:24, Tim Fleury wrote: Set the dump file size to unlimited. -Original Message- Sent: Wednesday, October 29, 2003 10:49 AM To: Multiple recipients of list ORACLE-L I'm tracing a session with 10046 event level 8. Here's the method I use: sys.dbms_system.set_sql_trace_in_session( p_sid, p_serial#, TRUE ); sys.dbms_system.set_bool_param_in_session(p_sid, p_serial#, 'timed_statistics', true); /* Max dump file size is 2G */ sys.dbms_system.set_int_param_in_session(p_sid, p_serial#, 'max_dump_file_size', 2147483647); sys.dbms_system.set_ev(p_sid, p_serial#, 10046, p_level, ''); If I set max_dump_file_size greater than 2G I get an error. But with trace level 8, I'm easily overrunning this limit. How do you guys get around this? BTW - Just got Optimizing Oracle Performance last night and if I didn't have to work so much I would have read it through by now. Maybe I'll take tomorrow off. Richard Quintin, DBA Information Systems Computing, DBMS Virginia Tech -- When the character of a man is not clear to you, look at his friends. -- Japanese Proverb -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Quintin, Richard INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (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.net Richard Quintin, DBA Information Systems Computing, DBMS Virginia Tech -- [Long hair] is considered bohemian, which may be why I grew it, but I keep it long because I love the way it feels, part cloak, part fan, part mane, part security blanket. -- Marge Piercy -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Quintin, Richard INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (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.net -- Author: Tim Fleury INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (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).
RE: ORA-4031 error help.
Make sure you are pinning your large and often executed packages,
triggers, procedures, etc in the shared pool (should be done at
startup). That will help eliminate fragmentation.
select 'execute dbms_shared_pool.keep('||chr(39)||
owner||'.'||name||chr(39)||','||chr(39)||
decode(type,'TRIGGER','R','SEQUENCE','Q','P')||chr(39)||');'||chr(10)
from v$db_object_cache
where type in ('PACKAGE','PROCEDURE','TRIGGER','FUNCTION')
and owner='SYS'
and kept='NO'
order by sharable_mem desc
/
This can be done for your application schema as well.
-Original Message-
[mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 29, 2003 11:39 AM
To: Multiple recipients of list ORACLE-L
Hello List, Need some help in resolving ORA-4031 error message. We are
using Lawson and for last few days users are getting ORA-4031 error 2-3
times a day in LAWSON log files but there is no error message in alert
log file or any trace file. Both shared pool and large pool is set to
1GB. Below is the current init.ora file. We are on Oracle 9202 and AIX
5.1, using MTS.
Thanks
# Miscellaneous
COMPATIBLE=9.2.0
DB_NAME=LAWSON
DB_FILES=1500
GLOBAL_NAMES=TRUE
DB_BLOCK_SIZE=8192
DB_CACHE_SIZE=1792M
DB_KEEP_CACHE_SIZE=16M
LARGE_POOL_SIZE=1024M
SHARED_POOL_SIZE=1024M
SGA_MAX_SIZE = 5G
DB_FILE_MULTIBLOCK_READ_COUNT=8 CONTROL_FILE_RECORD_KEEP_TIME=45
CURSOR_SHARING=SIMILAR OPEN_CURSORS=750 # From Lawson--Raised from 500
to 750 10/24/03
BACKGROUND_DUMP_DEST=/appl/lawdb/oracle/admin/LAWSON/bdump
CORE_DUMP_DEST=/appl/lawdb/oracle/admin/LAWSON/cdump
USER_DUMP_DEST=/appl/lawdb/oracle/admin/LAWSON/udump
TIMED_STATISTICS=TRUE
CONTROL_FILES=(/appl/lawdb/oracle/data/db01/LAWSON/contrl_LAWSON_01.ctl
,
/appl/lawdb/oracle/data/db02/LAWSON/contrl_LAWSON_02.ctl,
/appl/lawdb/oracle/data/db03/LAWSON/contrl_LAWSON_03.ctl,
/appl/lawdb/oracle/data/db04/LAWSON/contrl_LAWSON_04.ctl,
/appl/lawdb/oracle/data/db05/LAWSON/contrl_LAWSON_05.ctl)
# Archive LOG_ARCHIVE_DEST=/appl/lawdb/oracle/archive_logs/LAWSON/
LOG_ARCHIVE_DUPLEX_DEST=/appl/lawdb/oracle/archive_logs_2/LAWSON/
LOG_ARCHIVE_FORMAT=ARC_LAWSON_%S.%T
LOG_ARCHIVE_START=TRUE
# LOG_ARCHIVE_TRACE = 1
# Distributed, Replication and Snapshot
DB_DOMAIN=PHSOR.ORG
# Pools
JAVA_POOL_SIZE=0
# Processes and Sessions
# PROCESSES=800 Increased value per vendor JMK 6/09/03 PROCESSES=1000
SESSIONS=1140 ENQUEUE_RESOURCES=8000 TRANSACTION_AUDITING=FALSE
REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE
FAST_START_MTTR_TARGET=1200
SORT_AREA_SIZE=0
HASH_AREA_SIZE=0
UNDO_MANAGEMENT=AUTO
UNDO_TABLESPACE=undo
UNDO_RETENTION = 10800
PGA_AGGREGATE_TARGET=1G
WORKAREA_SIZE_POLICY = AUTO
JOB_QUEUE_PROCESSES = 10
LOG_BUFFER = 8192000# To reduce 'log file parallel write' wait event
in v$system_event
CURSOR_SPACE_FOR_TIME = TRUE
SERVICE_NAMES=lawson_ax3202a
LOCAL_LISTENER=lawson_ax3202a
# Network Registration
INSTANCE_NAME=LAWSON
DISK_ASYNCH_IO = FALSE
BACKUP_TAPE_IO_SLAVES=TRUE
PARALLEL_THREADS_PER_CPU = 6
PARALLEL_MAX_SERVERS = 6
PARALLEL_MIN_SERVERS = 1
DISPATCHERS=(ADDRESS=(PROTOCOL=TCP)(HOST=provicon)(PORT=5000))(DISPATCH
ERS=1)
MAX_DISPATCHERS = 3
SHARED_SERVERS = 10
MAX_SHARED_SERVERS = 50
DISCLAIMER:
This message is intended for the sole use of the individual to whom it
is addressed, and may contain information that is privileged,
confidential and exempt from disclosure under applicable law. If you are
not the addressee you are hereby notified that you may not use, copy,
disclose, or distribute to anyone the message or any information
contained in the message. If you have received this message in error,
please immediately advise the sender by reply email and delete this
message.
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: [EMAIL PROTECTED]
INET: [EMAIL PROTECTED]
Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (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.net
--
Author: Tim Fleury
INET: [EMAIL PROTECTED]
Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (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).
RE: 10046 trace data question
Title: Message Refer to page 133 and 134 of Cary Millsap's book, Optimizing Oracle Performance. For his research server it is the number of elapsed microseconds since the Unix Epoch (00:00:00 UTC,1 January 1970). -Original Message-From: Jamadagni, Rajendra [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 29, 2003 2:04 PMTo: Multiple recipients of list ORACLE-LSubject: 10046 trace data question Does anyone know where tim= comes from? Is it from a certain epoch? e.g. PARSING IN CURSOR #15 len=6 dep=2 uid=5 oct=44 lid=5 tim=1042250821743271 hv=1053795750 ad='1eed99f0' COMMIT END OF STMT PARSE #15:c=0,e=27,p=0,cr=0,cu=0,mis=0,r=0,dep=2,og=4,tim=1042250821743266 XCTEND rlbk=0, rd_only=1 EXEC #15:c=0,e=33,p=0,cr=0,cu=0,mis=0,r=0,dep=2,og=4,tim=1042250821743458 = PARSING IN CURSOR #1 len=2882 dep=1 uid=5 oct=47 lid=5 tim=1042250821743528 hv=3326928535 ad='16ff4a88' I am writing a program that takes a trace file and reconstructs the whole trace against a timeline. My first run looks like this ... As you can see, because this is first pass, I ma skipping a lot of details. Those will eventually come in ... don't know how yet ... my imagination is running wild. 2003-10-27 09:27:21.465000 Session Started. 2003-10-27 09:27:21.465000 PARSE Cursor#15 [ 0 microseconds] 2003-10-27 09:27:21.465192 EXEC Cursor#15 [ 192 microseconds] 2003-10-27 09:27:21.465259 EXEC Cursor#1 [ 67 microseconds] 2003-10-27 09:27:21.466318 PARSE Cursor#1 [ 1059 microseconds] 2003-10-27 09:27:21.466642 PARSE Cursor#8 [ 324 microseconds] 2003-10-27 09:27:21.466721 EXEC Cursor#8 [ 79 microseconds] 2003-10-27 09:27:21.467023 FETCH Cursor#8 [ 302 microseconds] 2003-10-27 09:27:21.467099 PARSE Cursor#9 [ 76 microseconds] 2003-10-27 09:27:21.469147 EXEC Cursor#9 [ 2048 microseconds] 2003-10-27 09:27:21.469228 EXEC Cursor#1 [ 81 microseconds] 2003-10-27 09:27:21.473288 PARSE Cursor#1 [ 4060 microseconds] although I am doing all calculations by hand, it would be nice to know where tim= is coming from any ideas? If you are curious why I am doing this? We get emails when users experience delays that are (or deemed) unacceptable. Next day we take the trace file and try to look at it, but without a good timeline it is difficult to find that a user did between 10:15am and 10:20am. That's why I am writing this program. Raj Rajendra dot Jamadagni at nospamespn dot com All Views expressed in this email are strictly personal. QOTD: Any clod can have facts, having an opinion is an art ! **This e-mail message is confidential, intended only for the named recipient(s) above and may contain information that is privileged, attorney work product or exempt from disclosure under applicable law. If you have received this message in error, or are not the named recipient(s), please immediately notify corporate MIS at (860) 766-2000 and delete this e-mail message from your computer, Thank you.**5
