Return-Path: Received: from ensim.rackshack.net (root@localhost) by orafaq.net (8.11.6/8.11.6) with ESMTP id gBI5gG019002 for ; Tue, 17 Dec 2002 23:42:16 -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 gBI5gG318997 for ; Tue, 17 Dec 2002 23:42:16 -0600 Received: from fatcity.UUCP (uucp@localhost) by newsfeed.cts.com (8.9.3/8.9.3) with UUCP id SAA08320; Tue, 17 Dec 2002 18:24:54 -0800 (PST) Received: by fatcity.com (26-Feb-2001/v1.0g-b72/bab) via UUCP id 0051C363; Tue, 17 Dec 2002 17:59:02 -0800 Message-ID: Date: Tue, 17 Dec 2002 17:59:02 -0800 To: Multiple recipients of list ORACLE-L X-Comment: Oracle RDBMS Community Forum X-Sender: "Jamadagni, Rajendra" Sender: root@fatcity.com Reply-To: ORACLE-L@fatcity.com Errors-To: ML-ERRORS@fatcity.com From: "Jamadagni, Rajendra" Subject: RE: slow query help 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/mixed; boundary="----=_NextPartTM-000-8282f421-88d8-4c6f-af36-ac330968f177" ------=_NextPartTM-000-8282f421-88d8-4c6f-af36-ac330968f177 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2A638.84AC77F0" ------_=_NextPart_001_01C2A638.84AC77F0 Content-Type: text/plain; charset="iso-8859-1" It need not be generatd by a tool, I have worked for a blood bank in one of my previous projects. When it comes to matching a donor in th records, you have to take a lot of precautions to see if you have a duplicate donor etc. To me this seems to be logic to find duplicate customers ... our algorithm was worse though . Raj -----Original Message----- Sent: Tuesday, December 17, 2002 4:51 PM To: Multiple recipients of list ORACLE-L I tend to agree with Stephane... It looks like that query was possibly generated by a tool. If not you should go talk to the person who wrote it. Find out what the business rules are and write it from scratch. In reality the query keeps hitting the same two tables, presumably looking for rows that have just been loaded which match existing rows in another table based on the names matching in some fashion (ie: perhaps incorrect firstname/middlename usage, etc). ------_=_NextPart_001_01C2A638.84AC77F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: slow query help

It need not be generatd by a tool, I have worked for = a blood bank in one of my previous projects. When it comes to matching = a donor in th records, you have to take a lot of precautions to see if = you have a duplicate donor etc.

To me this seems to be logic to find duplicate = customers ... our algorithm was worse though .

Raj

-----Original Message-----
From: Mark Richard [mailto:mrichard@transurban.co= m.au]
Sent: Tuesday, December 17, 2002 4:51 PM
To: Multiple recipients of list ORACLE-L
Subject: Re: slow query help


I tend to agree with Stephane...

It looks like that query was possibly generated by a = tool.  If not you
should go talk to the person who wrote it.  = Find out what the business
rules are and write it from scratch.  In = reality the query keeps hitting
the same two tables, presumably looking for rows = that have just been loaded
which match existing rows in another table based on = the names matching in
some fashion (ie: perhaps incorrect = firstname/middlename usage, etc).

------_=_NextPart_001_01C2A638.84AC77F0-- ------=_NextPartTM-000-8282f421-88d8-4c6f-af36-ac330968f177 Content-Type: text/plain; name="ESPN_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ESPN_Disclaimer.txt" *********************************************************************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.*********************************************************************1 ------=_NextPartTM-000-8282f421-88d8-4c6f-af36-ac330968f177-- -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Jamadagni, Rajendra INET: Rajendra.Jamadagni@espn.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).