Join IIUG
 for   
 

Informix News
18 Nov 13 - ZDNet - Top 20 mobile skills in demand... Read
09 Sep 13 - telecompaper - Shaspa and Tatung have shown a new smart home platform at Ifa in Berlin. Powered by the IBM Informix software... Read
06 Sep 13 - IBM data magazine - Mission Accomplished - Miami, Florida will be the backdrop for the 2014 IIUG Informix Conference... Read
01 Feb 13 - IBM Data Magazine - Are your database backups safe? Lester Knutsen (IBM Champion) writes about database back up safety using "archecker"... Read
14 Nov 12 - IBM - IBM's Big Data For Smart Grid Goes Live In Texas... Read
3 Oct 12 - The Financial - IBM and TransWorks Collaborate to Help Louisiana-Pacific Corporation Achieve Supply Chain Efficiency... Read
28 Aug 12 - techCLOUD9 - Splunk kicks up a SaaS Storm... Read
10 Aug 12 - businessCLOUD9 - Is this the other half of Cloud monitoring?... Read
3 Aug 12 - IBM data management - Supercharging the data warehouse while keeping costs down IBM Informix Warehouse Accelerator (IWA) delivers superior performance for in-memory analytics processing... Read
2 Aug 12 - channelbiz - Oninit Group launches Pay Per Pulse cloud-based service... Read
28 May 12 - Bloor - David Norfolk on the recent Informix benchmark "pretty impressive results"... Read
23 May 12 - DBTA - Informix Genero: A Way to Modernize Informix 4GL Applications... Read
9 Apr 12 - Mastering Data Management - Upping the Informix Ante: Advanced Data Tools... Read
22 Mar 12 - developerWorks - Optimizing Informix database access... Read
14 Mar 12 - BernieSpang.com - International Informix User Group set to meet in San Diego... Read
1 Mar 12 - IBM Data Management - IIUG Heads West for 2012 - Get ready for sun and sand in San Diego... Read
1 Mar 12 - IBM Data Management - Running Informix on Solid-State Drives.Speed Up Database Access... Read
26 Feb 12 - BernieSpan.com - Better results, lower cost for a broad set of new IBM clients and partners... Read
24 Feb 12 - developerWorks - Informix Warehouse Accelerator: Continuous Acceleration during Data Refresh... Read
6 Feb 12 - PRLOG - Informix port delivers unlimited database scalability for popular SaaS application ... Read
2 Feb 12 - developerWorks - Loading data with the IBM Informix TimeSeries Plug-in for Data Studio... Read
1 Feb 12 - developerWorks - 100 Tech Tips, #47: Log-in to Fix Central... Read
13 Jan 12 - MC Press online - Informix Dynamic Server Entices New Users with Free Production Edition ... Read
11 Jan 12 - Computerworld - Ecologic Analytics and Landis+Gyr -- Suitors Decide to Tie the Knot... Read
9 Jan 12 - planetIDS.com - DNS impact on Informix / Impacto do DNS no Informix... Read
8 Sep 11 - TMCnet.com - IBM Offers Database Solution to Enable Smart Meter Data Capture... Read
1 Aug 11 - IBM Data Management Magazine - IIUG user view: Happy 10th anniversary to IBM and Informix... Read
8 Jul 11 - Database Trends and Applications - Managing Time Series Data with Informix... Read
31 May 11 - Smart Grid - The meter data management pitfall utilities are overlooking... Read
27 May 11 - IBM Data Management Magazine - IIUG user view: Big data, big time ( Series data, warehouse acceleration, and 4GLs )... Read
16 May 11 - Business Wire - HiT Software Announces DBMoto for Enterprise Integration, Adds Informix. Log-based Change Data Capture... Read
21 Mar 11 - Yahoo! Finance - IBM and Cable&Wireless Worldwide Announce UK Smart Energy Cloud... Read
14 Mar 11 - MarketWatch - Fuzzy Logix and IBM Unveil In-Database Analytics for IBM Informix... Read
11 Mar 11 - InvestorPlace - It's Time to Give IBM Props: How many tech stocks are up 53% since the dot-com boom?... Read
9 Mar 11 - DBTA - Database Administration and the Goal of Diminishing Downtime... Read
2 Feb 11 - DBTAs - Informix 11.7 Flexible Grid Provides a Different Way of Looking at Database Servers... Read
27 Jan 11 - exactsolutions - Exact to Add Informix Support to Database Replay, SQL Monitoring Solutions... Read
25 Jan 11 - PR Newswire - Bank of China in the UK Works With IBM to Become a Smarter, Greener Bank... Read
12 Oct 10 - Database Trends and Applications - Informix 11.7: The Beginning of the Next Decade of IBM Informix... Read
20 Sep 10 - planetIDS.com - ITG analyst paper: Cost/Benefit case for IBM Informix as compared to Microsoft SQL Server... Read
20 Jul 10 - IBM Announcements - IBM Informix Choice Edition V11.50 helps deploy low-cost scalable and reliable solutions for Apple Macintosh and Microsoft Windows... Read
20 Jul 10 - IBM Announcements - Software withdrawal: Elite Support for Informix Ultimate-C Edition... Read
24 May 10 - eWeek Europe - IBM Supplies Database Tech For EU Smart Grid... Read
23 May 10 - SiliconIndia - IBM's smart metering system allows wise use of energy... Read
21 May 10 - CNET - IBM to help people monitor energy use... Read
20 May 10 - ebiz - IBM Teams With Hildebrand To Bring Smart Metering To Homes Across Britain... Read
19 May 10 - The New Blog Times - Misurare il consumo energetico: DEHEMS è pronto... Read
19 May 10 - ZDNet - IBM software in your home? Pact enables five-city smart meter pilot in Europe... Read
17 March 10 - ZDNet (blog) David Morgenstern - TCO: New research finds Macs in the enterprise easier, cheaper to manage than... Read
17 March 2010 - Virtualization Review - ...key components of Big Blue's platform to the commercial cloud such as its WebSphere suite of application ser vers and its DB2 and Informix databases... Read
10 February 2010 - The Wall Street Journal - International Business Machines is expanding an initiative to win over students and professors on its products. How do they lure the college crowd?... Read


End of Support Dates

IIUG on Facebook IIUG on Twitter

[ View Thread ] [ Post Response ] [ Return to Index ] [ Read Prev Msg ] [ Read Next Msg ]

IDS Forum

RE: Performance issue after 732 to 94fc6 upgrade

Posted By: Julio Gerardo Flores Olvera
Date: Friday, 26 May 2006, at 1:39 p.m.

In Response To: Performance issue after 732 to 94fc6 upgrade (Doug Fossmeyer)

I review the explain and I find some sequential scan and a Dynamic Hash
join.

If the tables with the seq. scan are large and have index in the search
field, you need run update statistics again.

If all your query are based in nested loop joins, I recomed you change the
onconfig parameter 'OPTCOMPIND' to 0. I had a performance problem when we
migreted from 7.3 to 9.30, and it resolved changing this parameter.

-----Mensaje original-----
De: Doug Fossmeyer [mailto:DougF@SpokaneSchools.org]
Enviado el: Viernes, 26 de Mayo de 2006 12:20 p.m.
Para: ids@iiug.org
Asunto: Performance issue after 732 to 94fc6 upgrade [6819]

Hello,

We finally upgraded from 7.32 to 9.40FC6. Some of our batch processes and
most
user OLTP are performing as well or better than the 732 version. However 3
of
our large batch processes are now taking 30-40% longer to complete. For
example a process that used to take 7 hrs is now taking 11.5 hrs. I am
seeking
some advice on what may be occurring. I have included our onconfig and an
sqexplain for the process in question. One factor that seems strange in the
sqexplain is the cost of the insert statement. I am unsure if that is just
how
sqexplain reports the data or if that is the issue.
We are on hp-ux 11.11 with a 4 way 8 gig N class server. IDS 64 bit engine
and
32 bit tools/network. The program in question is 4gl. Machine notes were
followed and kernel params slightly modified. The machine does not appear to

be taxed, not paging, cpu ok, etc. No excessive check points and onstat -p,
g
ioq, g iof, g iov are OK.

We have run Art's dostats for the database in question and manually update
stats for the system tables recommended by IBM. We did a dbexport and
dbimport
for the upgrade. We have rebuilt most of the indexes in question (but not
all). PDQ is not enabled, no fragmentation scheme, did not specify detached
indexes. (During the install we did have one major faux pas, we installed
the
64 bit tools, 64 bit engine, 32 bit network. We realised afterwards that we
grabbed the wrong tools cd (64 bit), and needed the 32 bit tools. Our
application vendor and IDS reseller stated we could just re-install the 32
bit
tools over the top w/o having to reinstall the engine and network.)

I want to rule out IDS and server issues before address the business rule
set
up or the vendor's code. So any advice or critique is fine.

Thanks in advance,
Doug

ROOTNAME rootdbs # Root dbspace name
ROOTPATH /dbms/links/rootdbs9 # Path for device containing root dbspace
ROOTOFFSET 0 # Offset of root dbspace into device (Kbytes)
ROOTSIZE 30000 # Size of root dbspace (Kbytes)

# Physical Log Configuration
PHYSDBS plogdbs94 # Location (dbspace) of physical log
PHYSFILE 127000 # Physical log file size (Kbytes)

# Logical Log Configuration
LOGFILES 101 # Number of logical log files
LOGSIZE 2000 # Logical log size (Kbytes)
TABLSPACE_STATS 0 # Maintain tblspace statistics

# System Configuration
SERVERNUM 1 # Unique id corresponding to a OnLine instance
DBSERVERNAME online9 # Name of default database server
DBSERVERALIASES test9 # List of alternate dbservernames
NETTYPE ipcshm,1,100,CPU
NETTYPE soctcp,2,100,NET
DEADLOCK_TIMEOUT 120 # Max time to wait of lock in distributed env.
RESIDENT 1 # Forced residency flag (Yes = 1, No = 0)
MULTIPROCESSOR 1 # 0 for single-processor, 1 for multi-processor
VPCLASS CPU,num=3,aff=1-3,noage
VPCLASS AIO,num=2,aff=1-3
SINGLE_CPU_VP 0 # If non-zero, limit number of cpu vps to one

# Shared Memory Parameters
LOCKS 200000 # Maximum number of locks
BUFFERS 900000 # Maximum number of shared buffers
PHYSBUFF 64 # Physical log buffer size (Kbytes)
LOGBUFF 64 # Logical log buffer size (Kbytes)
CLEANERS 8 # Number of buffer cleaner processes
SHMBASE 0x0L # Shared memory base address
SHMVIRTSIZE 327680
SHMADD 32768 # Size of new shared memory segments (Kbytes)
SHMTOTAL 0 # Total shared memory (Kbytes). 0=>unlimited
CKPTINTVL 300 # Check point interval (in sec)
LRUS 128 # Number of LRU queues
LRU_MAX_DIRTY 10.000000 # LRU percent dirty begin cleaning limit
LRU_MIN_DIRTY 5.000000 # LRU percent dirty end cleaning limit
TXTIMEOUT 0x12c # Transaction timeout (in sec)
STACKSIZE 64 # Stack size (Kbytes)

# DYNAMIC_LOGS:
DYNAMIC_LOGS 0
LTXHWM 40
LTXEHWM 50

# OFF_RECVRY_THREADS:

OFF_RECVRY_THREADS 10 # Default number of offline worker threads
ON_RECVRY_THREADS 1 # Default number of online worker threads

# Backup/Restore variables
BAR_ACT_LOG /dbms/informix9/log/bar_act.log
BAR_DEBUG_LOG /dbms/informix9/log/informix/bar_dbug.log

# ON-Bar Debug Log - not in /tmp please
BAR_MAX_BACKUP 0
BAR_RETRY 1
BAR_NB_XPORT_COUNT 10
BAR_XFER_BUF_SIZE 31
RESTARTABLE_RESTORE on
BAR_PROGRESS_FREQ 0

# Read Ahead Variables
RA_PAGES 32 # Number of pages to attempt to read ahead
RA_THRESHOLD 30 # Number of pages left before next group

DBSPACETEMP tempdbs6:tempdbs7:tempdbs8:tempdbs9:tempdbs10

FILLFACTOR 90 # Fill factor for building indexes

USEOSTIME 0 # 0: use internal time(fast), 1: get time from O

# Parallel Database Queries (pdq)
MAX_PDQPRIORITY 90 # Maximum allowed pdqpriority
DS_MAX_QUERIES # Maximum number of decision support queries
DS_TOTAL_MEMORY # Decision support memory (Kbytes)
DS_MAX_SCANS 1048576 # Maximum number of decision support scans
DATASKIP off

# OPTCOMPIND
OPTCOMPIND 1 # To hint the optimizer
DIRECTIVES 1 # Optimizer DIRECTIVES ON (1/Default) or OFF (0)
ONDBSPACEDOWN 2 # Dbspace down option: 0 = CONTINUE, 1 = ABORT,

# HETERO_COMMIT (Gateway participation in distributed transactions)
HETERO_COMMIT 0
SBSPACENAME # Default smartblob space name - this is where b

SYSSBSPACENAME # Default smartblob space for use by the Informi

BLOCKTIMEOUT 3600 # Default timeout for system block
SYSALARMPROGRAM /dbms/informix9/etc/evidence.sh # System Alarm program path

# Optimization goal: -1 = ALL_ROWS(Default), 0 = FIRST_ROWS
OPT_GOAL -1
ALLOW_NEWLINE 0 # embedded newlines(Yes = 1, No = 0 or anything

START OF PROCESS
QUERY:
------
delete from retwahst where empid = ?

Estimated Cost: 7
Estimated # of Rows Returned: 36

1) bsidba.retwahst: INDEX PATH

(1) Index Keys: empid (Serial, fragments: ALL)

Lower Index Filter: bsidba.retwahst.empid = '101289 '

QUERY:
------
select count ( * ) from hr_retirewa , hr_pe_mstr where id = ? and hr_pe_id =
?
and ( currbeg <= ? or extractbeg is null or extractbeg = " " ) and ( currend

>= ? or extractend is null or extractend = " " ) and ( retirestat = "A" or
retirestat = "O" or retirestat = "G" or retirestat = "F" )

Estimated Cost: 4
Estimated # of Rows Returned: 1

1) bsi.hr_pe_mstr: INDEX PATH

(1) Index Keys: hr_pe_id (Key-Only) (Serial, fragments: ALL)

Lower Index Filter: bsi.hr_pe_mstr.hr_pe_id = '101289 '

2) bsidba.hr_retirewa: INDEX PATH

Filters: ((((bsidba.hr_retirewa.currend >= 05/01/2006 OR
bsidba.hr_retirewa.extractend IS NULL ) OR bsidba.hr_retirewa.extractend = )

AND (((bsidba.hr_retirewa.retirestat = 'A' OR bsidba.hr_retirewa.retirestat
=
'O' ) OR bsidba.hr_retirewa.retirestat = 'G' ) OR
bsidba.hr_retirewa.retirestat = 'F' ) ) AND ((bsidba.hr_retirewa.currbeg <=
05/31/2006 OR bsidba.hr_retirewa.extractbeg IS NULL ) OR
bsidba.hr_retirewa.extractbeg = ) )

(1) Index Keys: id currbeg currend (Serial, fragments: ALL)

Lower Index Filter: bsidba.hr_retirewa.id = '101289 '
NESTED LOOP JOIN

QUERY:
------
select retirestat , currbeg , currend , start_per , reportbeg , extractend ,

currend , currsys , currplan , currrate , reportbeg , reportend , hr_pe_mstr
.
* from hr_retirewa , hr_pe_mstr where id = ? and hr_pe_id = ? and ( currbeg
<=
? or extractbeg is null or extractbeg = " " ) and ( currend >= ? or
extractend
is null or extractend = " " ) and ( retirestat = "A" or retirestat = "O" or
retirestat = "G" or retirestat = "F" )

Estimated Cost: 7
Estimated # of Rows Returned: 1

1) bsi.hr_pe_mstr: INDEX PATH

(1) Index Keys: hr_pe_id (Serial, fragments: ALL)

Lower Index Filter: bsi.hr_pe_mstr.hr_pe_id = '101289 '

2) bsidba.hr_retirewa: INDEX PATH

Filters: ((((bsidba.hr_retirewa.currend >= 05/01/2006 OR
bsidba.hr_retirewa.extractend IS NULL ) OR bsidba.hr_retirewa.extractend = )

AND (((bsidba.hr_retirewa.retirestat = 'A' OR bsidba.hr_retirewa.retirestat
=
'O' ) OR bsidba.hr_retirewa.retirestat = 'G' ) OR
bsidba.hr_retirewa.retirestat = 'F' ) ) AND ((bsidba.hr_retirewa.currbeg <=
05/31/2006 OR bsidba.hr_retirewa.extractbeg IS NULL ) OR
bsidba.hr_retirewa.extractbeg = ) )

(1) Index Keys: id currbeg currend (Serial, fragments: ALL)

Lower Index Filter: bsidba.hr_retirewa.id = '101289 '
NESTED LOOP JOIN

QUERY:
------
select syscode from hr_rettblwa where system = ? and plan = ?

Estimated Cost: 2
Estimated # of Rows Returned: 1

1) bsidba.hr_rettblwa: SEQUENTIAL SCAN

Filters: (bsidba.hr_rettblwa.plan = 3 AND bsidba.hr_rettblwa.system = 'SRS '
)

QUERY:
------
select min ( extractbeg ) from hr_retirewa where id = ? and ( retirestat =
"A"
or retirestat = "O" or retirestat = "G" or retirestat = "F" )

Estimated Cost: 3
Estimated # of Rows Returned: 1

1) bsidba.hr_retirewa: INDEX PATH

Filters: (((bsidba.hr_retirewa.retirestat = 'A' OR
bsidba.hr_retirewa.retirestat = 'O' ) OR bsidba.hr_retirewa.retirestat = 'G'
)
OR bsidba.hr_retirewa.retirestat = 'F' )

(1) Index Keys: id currbeg currend (Serial, fragments: ALL)

Lower Index Filter: bsidba.hr_retirewa.id = '101289 '

QUERY:
------
select reportbeg , reportend , currbeg , currend , currsys , currplan ,
currrate , extractbeg , extractend , retirestat , ovrtype from hr_retirewa
where id = ?

Estimated Cost: 3
Estimated # of Rows Returned: 1

1) bsidba.hr_retirewa: INDEX PATH

(1) Index Keys: id currbeg currend (Serial, fragments: ALL)

Lower Index Filter: bsidba.hr_retirewa.id = '101289 '

QUERY:
------
select drs_period [ 1 , 4 ] , drs_period [ 5 , 6 ] , earned_dol , adj_dollar
,
report_dol , report_hrs , drs_period from retwa_reported where ( empssn = ?
and retwa_reported . warn <> "NoDf" ) order by drs_period

Estimated Cost: 1
Estimated # of Rows Returned: 1
Temporary Files Required For: Order By

1) bsidba.retwa_reported: SEQUENTIAL SCAN

Filters: (bsidba.retwa_reported.empssn = 'xxxxxxxx ' AND
bsidba.retwa_reported.warn != 'NoDf' )

QUERY:
------
select * from retwa_b where recstatus = "FC" and ssn = ?

Estimated Cost: 22
Estimated # of Rows Returned: 80

1) bsidba.retwa_b: INDEX PATH

Filters: bsidba.retwa_b.recstatus = 'FC'

(1) Index Keys: ssn (Serial, fragments: ALL)

Lower Index Filter: bsidba.retwa_b.ssn = 'xxxxxxxx '

QUERY:
------
select pyt_per_cc, py_batch_name, pyt_date01, pyt_hrs_no01, pyt_hrs01,
pyt_rt01, pyt_amt01, type, statuscd, system, plan, deferflag,
py_per_check_dt,
py_per_end, RetirePB, RetireHB, pyt_num_cd from pyt_hrs_dtl, cdhtmp25001,
py_per_mstr where hr_pe_id = ? and (py_batch_name like 'SYSTM%' or
py_batch_name like 'DRS%') and (pyt_status = 'DS' or pyt_status = 'DM' or
pyt_status = 'DT') and (pyt_date01 <= ?) and (pyt_date01 >= ?) and
pyt_hrs_no01= cdhtmp25001.CdhNo and ((cdhtmp25001.RetirePB > ' ' and
cdhtmp25001.RetirePB is not NULL) or (cdhtmp25001.RetireHB > ' ' and
cdhtmp25001.RetireHB is not NULL)) and (cdhtmp25001.Type <> 'P') and
((py_per_check_dt >= cdhtmp25001.dtBeg or cdhtmp25001.dtBeg is NULL or
cdhtmp25001.dtBeg = ' ') and (py_per_check_dt <= cdhtmp25001.dtEnd or
cdhtmp25001.dtEnd is NULL or cdhtmp25001.dtEnd = ' ')) and py_per_cc =
pyt_per_cc

Estimated Cost: 306
Estimated # of Rows Returned: 1

1) bsi.pyt_hrs_dtl: INDEX PATH

Filters: ((((bsi.pyt_hrs_dtl.py_batch_name LIKE 'SYSTM%' OR
bsi.pyt_hrs_dtl.py_batch_name LIKE 'DRS%' ) AND bsi.pyt_hrs_dtl.pyt_date01
>=
02/01/2001 ) AND bsi.pyt_hrs_dtl.pyt_date01 <= 05/31/2006 ) AND
((bsi.pyt_hrs_dtl.pyt_status = 'DS' OR bsi.pyt_hrs_dtl.pyt_status = 'DM' )
OR
bsi.pyt_hrs_dtl.pyt_status = 'DT' ) )

(1) Index Keys: hr_pe_id (Serial, fragments: ALL)

Lower Index Filter: bsi.pyt_hrs_dtl.hr_pe_id = '101289 '

2) dougf.cdhtmp25001: INDEX PATH

Filters: ((dougf.cdhtmp25001.retirepb > ' ' AND dougf.cdhtmp25001.retirepb
IS
NOT NULL ) OR (dougf.cdhtmp25001.retirehb > ' ' AND
dougf.cdhtmp25001.retirehb
IS NOT NULL ) )

(1) Index Keys: cdhno type retirepb retirehb dtbeg dtend (Key-First)
(Serial,
fragments: ALL)

Lower Index Filter: bsi.pyt_hrs_dtl.pyt_hrs_no01 = dougf.cdhtmp25001.cdhno

Key-First Filters: (dougf.cdhtmp25001.type != 'P' )
NESTED LOOP JOIN

3) bsi.py_per_mstr: INDEX PATH

Filters: (((bsi.py_per_mstr.py_per_check_dt <= dougf.cdhtmp25001.dtend OR
dougf.cdhtmp25001.dtend IS NULL ) OR dougf.cdhtmp25001.dtend = ) AND
((bsi.py_per_mstr.py_per_check_dt >= dougf.cdhtmp25001.dtbeg OR
dougf.cdhtmp25001.dtbeg IS NULL ) OR dougf.cdhtmp25001.dtbeg = ) )

(1) Index Keys: py_per_cc (Serial, fragments: ALL)

Lower Index Filter: bsi.py_per_mstr.py_per_cc = bsi.pyt_hrs_dtl.pyt_per_cc
NESTED LOOP JOIN
...SNIP
REPEATS 25 times for array
....SNIP

QUERY:
------
select pyh_per_cc, pyh_no02, pyh_amt02,pyh_ck_dt, py_per_end, type, system,
plan, statuscd, py_per_beg, RetirePB, RetireHB, DeferFlag from pyh_hst_dtl,
cdhtmp25001, py_per_mstr where pyh_hst_dtl.hr_pe_id = ? and
pyh_hst_dtl.pyh_no02 = cdhtmp25001.CdhNo and ((cdhtmp25001.RetirePB > ' '
and
cdhtmp25001.RetirePB is not NULL)) and ((pyh_ck_dt >= cdhtmp25001.dtBeg or
cdhtmp25001.dtBeg is NULL or cdhtmp25001.dtBeg = ' ') and (pyh_ck_dt <=
cdhtmp25001.dtEnd or cdhtmp25001.dtEnd is NULL or cdhtmp25001.dtEnd = ' '))
and (cdhtmp25001.Type <> 'E') and py_per_beg <= ? and py_per_end >= ? and
pyh_per_cc = py_per_cc and (pyh_hst_dtl.pyh_ck_note in ('DP','DT') or
(pyh_hst_dtl.pyh_ck_note in ('WP','WT') and pyh_per_cc = ?))

Estimated Cost: 87
Estimated # of Rows Returned: 1

1) dougf.cdhtmp25001: SEQUENTIAL SCAN

Filters: ((dougf.cdhtmp25001.retirepb > ' ' AND dougf.cdhtmp25001.type !=
'E'
) AND dougf.cdhtmp25001.retirepb IS NOT NULL )

2) bsi.pyh_hst_dtl: INDEX PATH

(1) Index Keys: hr_pe_id (Serial, fragments: ALL)

Lower Index Filter: bsi.pyh_hst_dtl.hr_pe_id = '101289 '

DYNAMIC HASH JOIN

Dynamic Hash Filters: bsi.pyh_hst_dtl.pyh_no02 = dougf.cdhtmp25001.cdhno

Other Join Filters: ((((bsi.pyh_hst_dtl.pyh_ck_dt >= dougf.cdhtmp25001.dtbeg

OR dougf.cdhtmp25001.dtbeg IS NULL ) OR dougf.cdhtmp25001.dtbeg = ) AND
((bsi.pyh_hst_dtl.pyh_ck_dt <= dougf.cdhtmp25001.dtend OR
dougf.cdhtmp25001.dtend IS NULL ) OR dougf.cdhtmp25001.dtend = ) ) AND
(bsi.pyh_hst_dtl.pyh_ck_note IN ('DP' , 'DT' )OR
(bsi.pyh_hst_dtl.pyh_ck_note
IN ('WP' , 'WT' )AND bsi.pyh_hst_dtl.pyh_per_cc = 601105 ) ) )

3) bsi.py_per_mstr: INDEX PATH

Filters: (bsi.py_per_mstr.py_per_beg <= 05/31/2006 AND
bsi.py_per_mstr.py_per_end >= 02/01/2001 )

(1) Index Keys: py_per_cc (Serial, fragments: ALL)

Lower Index Filter: bsi.pyh_hst_dtl.pyh_per_cc = bsi.py_per_mstr.py_per_cc
NESTED LOOP JOIN
...snip
REPEATS 10 times for array
....snip

QUERY:
------
select unique earningper [ 1 , 4 ] , earningper [ 5 , 6 ] , systemcode ,
plancode , statuscode , typecd from retwa_b where ( recstatus = "FC" ) and (

ssn = ? )

Estimated Cost: 22
Estimated # of Rows Returned: 40

1) bsidba.retwa_b: INDEX PATH

Filters: bsidba.retwa_b.recstatus = 'FC'

(1) Index Keys: ssn (Serial, fragments: ALL)

Lower Index Filter: bsidba.retwa_b.ssn = 'xxxxxxxxx '

QUERY:
------
select * from retwaadj,hr_pe_mstr where ssn = hr_pe_ssn and hr_pe_id = ?

Estimated Cost: 1
Estimated # of Rows Returned: 1

1) bsidba.retwaadj: SEQUENTIAL SCAN

2) bsi.hr_pe_mstr: INDEX PATH

(1) Index Keys: hr_pe_ssn hr_pe_id (Serial, fragments: ALL)

Lower Index Filter: (bsidba.retwaadj.ssn = bsi.hr_pe_mstr.hr_pe_ssn AND
bsi.hr_pe_mstr.hr_pe_id = '101289 ' )
NESTED LOOP JOIN

QUERY:
------
select * from retwaadj,hr_pe_mstr where ssn = hr_pe_ssn and hr_pe_id = ?

Estimated Cost: 1
Estimated # of Rows Returned: 1

1) bsidba.retwaadj: SEQUENTIAL SCAN

2) bsi.hr_pe_mstr: INDEX PATH

(1) Index Keys: hr_pe_ssn hr_pe_id (Serial, fragments: ALL)

Lower Index Filter: (bsidba.retwaadj.ssn = bsi.hr_pe_mstr.hr_pe_ssn AND
bsi.hr_pe_mstr.hr_pe_id = '101289 ' )
NESTED LOOP JOIN

QUERY:
------
insert into retwahst values ( ? , ? , ? , ? , ? , ? , ? , ? , ? , ? , ? , ?
,
? , ? , ? , ? , ? , ? , ? , ? , ? , ? , ? , ? , ? )

Estimated Cost: 18598
Estimated # of Rows Returned: 163966

....SNIP REPEATS 38 times for all data

Process then continues for the next ID (9000 total id's)

****************************************************************************
***
Forum Note: Use "Reply" to post a response in the discussion forum.

Messages In This Thread

[ View Thread ] [ Post Response ] [ Return to Index ] [ Read Prev Msg ] [ Read Next Msg ]

IDS Forum is maintained by Administrator with WebBBS 5.12.