Return-Path: Received: from ensim.rackshack.net (root@localhost) by orafaq.net (8.11.6/8.11.6) with ESMTP id h0SJtd820998 for ; Tue, 28 Jan 2003 13:55:39 -0600 X-ClientAddr: 209.68.248.164 Received: from newsfeed.cts.com (newsfeed.cts.com [209.68.248.164]) by ensim.rackshack.net (8.11.6/8.11.6) with ESMTP id h0SJtdm20993 for ; Tue, 28 Jan 2003 13:55:39 -0600 Received: from fatcity.UUCP (uucp@localhost) by newsfeed.cts.com (8.9.3/8.9.3) with UUCP id IAA61298; Tue, 28 Jan 2003 08:39:08 -0800 (PST) Received: by fatcity.com (26-Feb-2001/v1.0g-b72/bab) via UUCP id 0053C235; Tue, 28 Jan 2003 08:13:51 -0800 Message-ID: Date: Tue, 28 Jan 2003 08:13:51 -0800 To: Multiple recipients of list ORACLE-L X-Comment: Oracle RDBMS Community Forum X-Sender: "Fink, Dan" Sender: root@fatcity.com Reply-To: ORACLE-L@fatcity.com Errors-To: ML-ERRORS@fatcity.com From: "Fink, Dan" Subject: RE: Case of the Missing Rows Organization: Fat City Network Services, San Diego, California X-ListServer: v1.0g, build 72; ListGuru (c) 1996-2001 Bruce A. Bergman Precedence: bulk Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2C6E8.BA29D050" ------_=_NextPart_001_01C2C6E8.BA29D050 Content-Type: text/plain; charset="iso-8859-1" Rick, Another idea is to check the explain plans of each of the queries. If there is a difference it could indicate that the data is there, but a particular access path is invalid. Dan Fink -----Original Message----- Sent: Tuesday, January 28, 2003 7:45 AM To: Multiple recipients of list ORACLE-L Rick, Try the following to see which rows are missing. It the same rows are missing each time, perhaps there is a common thread. If not, well.... After Step 2, do a create table as select or sql*plus copy. This will create a backup version. Do a count(*) from each to make sure the numbers agree. After Step 4, select * from table1 minus select * from backup_copy to locate the missing rows. Dan Fink -----Original Message----- Sent: Monday, January 27, 2003 4:54 PM To: Multiple recipients of list ORACLE-L I have a recurring, repeatable problem I was wondering about its cause. Oracle 9.2.0.1 on W2K Professional (SP2) Dell Optiplex workstation Pentium 4 Step 1 - I do an SQLLDR process that loads 88640 rows to a table Step 2 - SQL*Plus session - SELEC COUNT(*) from the table returns 88640 rows Step 3 - Do an EXP on the table (to allow fall back to this point) - only exports 87257 rows Step 4 - SQL*Plus session again - SELEC COUNT(*) from the table returns 87257 rows No one else has access to the database. There are no unusual entries in the alert log. There is nothing I have found in the UDUMP or BDUMP directories that would help. Has anyone else experienced this?? Thanks Rick Weiss ------_=_NextPart_001_01C2C6E8.BA29D050 Content-Type: text/html; charset="iso-8859-1" Case of the Missing Rows
Rick,
    Another idea is to check the explain plans of each of the queries. If there is a difference it could indicate that the data is there, but a particular access path is invalid.
 
Dan Fink
-----Original Message-----
From: Fink, Dan [mailto:Dan.Fink@mdx.com]
Sent: Tuesday, January 28, 2003 7:45 AM
To: Multiple recipients of list ORACLE-L
Subject: RE: Case of the Missing Rows

Rick,
    Try the following to see which rows are missing. It the same rows are missing each time, perhaps there is a common thread. If not, well....
 
    After Step 2, do a create table as select or sql*plus copy. This will create a backup version. Do a count(*) from each to make sure the numbers agree.
    After Step 4, select * from table1 minus select * from backup_copy to locate the missing rows.
 
Dan Fink
-----Original Message-----
From: Weiss, Rick [mailto:rweiss@state.mt.us]
Sent: Monday, January 27, 2003 4:54 PM
To: Multiple recipients of list ORACLE-L
Subject: Case of the Missing Rows

I have a recurring, repeatable problem I was wondering about its cause.

Oracle 9.2.0.1 on W2K Professional (SP2) Dell Optiplex workstation Pentium 4

Step 1 - I do an SQLLDR process that loads 88640 rows to a table
Step 2 - SQL*Plus session - SELEC COUNT(*) from the table returns 88640 rows
Step 3 - Do an EXP on the table (to allow fall back to this point) - only exports 87257 rows
Step 4 - SQL*Plus session again - SELEC COUNT(*) from the table returns 87257 rows

No one else has access to the database.  There are no unusual entries in the alert log.
There is nothing I have found in the UDUMP or BDUMP directories that would help.

Has anyone else experienced this??

Thanks

Rick Weiss

------_=_NextPart_001_01C2C6E8.BA29D050-- -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Fink, Dan INET: Dan.Fink@mdx.com 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: ListGuru@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).