Record management performance problem

Hi,
We are implementing CRM 5.0 Case Management we have assigned a record model of around 700 nodes to a case type but the case performance on the portal was affected. It becomes very slow but when changed by another record model of few nodes the performance is much better.
Is there a way to enhance the case performance if a large record model is assigned?
Note: The performance in the back end is not affected by the size of the record model like the portal
Regards
Khaled Fahim

Hello Marco,
I recommend to post this query to the [BusinessObjects Enterprise Administration|BI Platform; forum.
This forum is dedicated to topics related to administration and configuration of BusinessObjects Enterprise, BusinessObjects Edge, and Crystal Reports Server.
It is monitored by qualified technicians and you will get a faster response there.
Also, all BOE Administration queries remain in one place and thus can be easily searched in one place.
Best regards,
Falk

Similar Messages

Single record insert performance problems

Hi,
we have on production environment a Java based application that makes aprox 40.000 single record Inserts per hour into a table.
We ha traced the performance of this Insert and the medium time is 3ms, that is ok. Our Java architecture is based in Websphere Application Server and we access to Oracle 10g through a WAS datasource.
But we have detected that 3 or 4 times a day, during aprox 30 seconds, the Java service is not able to make any insertion in that table. And suddenly it makes all the "queued inserts" in only 1 second. That "pause" in the insertion cause problems of navigation because is the top layer there is a web application.
We are sure that is not a problem with the WAS or the Java code. We are sure that is a problem with the Oracle configuration, or some tunning action for this kind of applications that we don´t know. We first thought it could be a problem with a sequence field in the table. Also, a problem when occurs the change of the redo log. But we've checked it with our DBA and this is not the problem.
Has anybody any idea of what could be the origin of this extrange behaviour?
Thanks a lot in advance.
Jose.

There are a couple of things you'd need to look at to diagnose this - As Joe says it's not really a JDBC issue from what we know.
I've seen issues with Oracle's automatic SGA resizing causing sporadic latency in OLTP systems. Another suspect would be log file sync wait events, which are associated with commits. Don't discount the impact of well meaning people using tools like TOAD to query the DB - they can sometimes cause more harm than good.
Right now I'd suggest you run AWR at 10 minute intervals and compare reports from when you had your problem with a time when you didn't.

Actual time recording (computer performance problem?)

I'm a beginner.
I'm recording the output file in every second, but the time of output file is different from the actual time.
I'm wondering if this is due to the computer performance (450MHz, 128MB) or if vi program can be implemented. I attached the file I use. The problem comes up when I use a vi with 50 channel outputs, but doesn't come up if I reduce the channels to around 20.
Thank you.
Attachments:
LODS_MFC2.vi ‏460 KB

It sounds like you are certainly running into timing issues. I see that in your VI, you use AI Sample Channel to acquire data from a single channel everytime the loop iterates. This is not the best means to go about doing such. The reason being that each time the VI is called, it has to setup the operation, then perform the read, and then clear the operation. What you should be doing is setting up the operationg outside the loop, perform only reads in the while loop, and then clear the task after you are complete. LabVIEW gets shipped with several examples that behave just this way, you should look in the example finder for these.
Additionallly, if you read the help on AI Sample Channel.vi, it states it does a single, untimed measurement of a channel. Since
you posted with the title "actual time recording", I feel that timing might be of importance to you.
You never did mention what version of LabVIEW you have, or the hardware and drivers you are using, so I am leaving this post rather general. If you have some more questions after reading through this post and looking through some of the examples, post back to this discussion with more information, and I will try and help you out further.
Sincerely,
Jared A.

Performance problem with selecting records from BSEG and KONV

Hi,
I am having performance problem while selecting records from BSEG and KONV table. As these two tables have large amount of data , they are taking lot of time . Can anyone help me in improving the performance . Thanks in advance .
Regards,
Prashant

Hi,
Some steps to improve performance
SOME STEPS USED TO IMPROVE UR PERFORMANCE:
1. Avoid using SELECT...ENDSELECT... construct and use SELECT ... INTO TABLE.
2. Use WHERE clause in your SELECT statement to restrict the volume of data retrieved.
3. Design your Query to Use as much index fields as possible from left to right in your WHERE statement
4. Use FOR ALL ENTRIES in your SELECT statement to retrieve the matching records at one shot.
5. Avoid using nested SELECT statement SELECT within LOOPs.
6. Avoid using INTO CORRESPONDING FIELDS OF TABLE. Instead use INTO TABLE.
7. Avoid using SELECT * and Select only the required fields from the table.
8. Avoid nested loops when working with large internal tables.
9. Use assign instead of into in LOOPs for table types with large work areas
10. When in doubt call transaction SE30 and use the examples and check your code
11. Whenever using READ TABLE use BINARY SEARCH addition to speed up the search. Be sure to sort the internal table before binary search. This is a general thumb rule but typically if you are sure that the data in internal table is less than 200 entries you need not do SORT and use BINARY SEARCH since this is an overhead in performance.
12. Use "CHECK" instead of IF/ENDIF whenever possible.
13. Use "CASE" instead of IF/ENDIF whenever possible.
14. Use "MOVE" with individual variable/field moves instead of "MOVE-
CORRESPONDING" creates more coding but is more effcient.

Problem with custom development for documents in Record Management

In Record Management i have setup a record model. It contains Bor objects, documents, cases and so on.
Each kind of record managent object has it own requirements.
For the documents there is a requirement which demands that if the scandate is changed also the date till which the document must be helded in the system must be changed.
This cannot be done automatically via default SAP and i don't want to let the customers do it there selfs, to much risk they make errors, so this must be done via custom development.
The logic searches in a enhanced method for the right attributes from the importing list of available attributes of the particular document.
This is going well in the development system but when i transport it to the test system it fails. I have noticed that the content of a custom developed field ( for example ZSCANDATE) is loaded well but a default field like SRM_DOM_STORAGE_START not. The systems returns an error that the description of the attribute is missing. When i look in the DMWB ( DocuMent WorkBench ) i dont see errors, but afcorse there is one.
What can i have forgotten in my record management installation?
Offcorse the test system is a copy of a working development system, but you have also some things that are system dependent. and i think i have forgotten some of those..
If you have a idea let me know!
kind regards,
Anton Pierhagen.

Hi BalusC,
thanks for the quick answer. I tried it as you said and now I get a validation error in my h:messages tag on my jsf page after submitting the form. There are no errors in my JBoss console, just this one word on my jsf page. Do you have any idea what this could mean?
My two lists look like this:
private ArrayList<GroupBean> selectedItems = new ArrayList<GroupBean>();
private ArrayList<SelectItem> allGroups = new ArrayList<SelectItem>();The allGroups list gets filled like this:
for (GroupBean group: groups){
allGroups.add(new SelectItem(group, group.getName()));
}where groups is a simple collection of GroupBeans which I read from the database. This seems to be correct; at least my list of checkboxes shows the correct group names.
Now here is my selectManyCheckbox:
<t:selectManyCheckbox id="sensor_access" value="#{sensorBacker.selectedItems}" layout="pageDirection" layoutWidth="3">
<f:selectItems value="#{sensorBacker.allGroups}"/>
</t:selectManyCheckbox>Any idea what goes wrong here?
Thanks for your help!
Wiebke

Performance problem with graphs on Tabs (LV7.1)

I have huge performance problems in a subsystem using tab controls with graphs on top. The whole thing worked nice, until I record a measurement (abou 10k of double as data displayed on the graph). The win task manager indicates above 50% on both CPUs, the app hangs (or lags), my queues generate timeout messages...
The graph is located in one of the pages of a tab control. As well are several clusters of config data for the measurement.
As I said, the problems started, when I put the data of that size on the graph indicator.
The clusters are some nested typ defs, but it worked with them before, no huge arrays involved. All are bundled in a huge cluster (less than 1 k if saved as xml).
So I wonder, if the clusters and/or the graphs are the problem PLUS is that problem resolved in current LV-Versions (hoping to get the faster car & and I love the current GUI with tabs)?
Sorry, can't post the code, but if none of you knows that kind of problems and I can't solve it on my on in an hour or so, I can make some imitation code.
Felix
www.aescusoft.de
My latest community nugget on producer/consumer design
My current blog: A journey through uml

How many graphs are you referring to?
Are they all on your User Interface and running in the UI thread?
You might want to try putting your graphs in their own threads i.e., called dynamically or otherwise in a structure that allows LabVIEW to put them in their own thread. I've gotten good performance out of a PXI-8106 controller by calling a graph template dynamically. That's four graphs showing at once, 12 plots per graph, 10000 XY value pairs per plot. Each graph was setup to get its data every 50-200ms.
How much data you can plot with decent performance also depends on the hardware you're using, i.e., CPU speed, RAM size, video capability, etc. It can also depend on how efficiently you've coded your application. Are you initializing your data arrays and using "Replace Subset" or are you using the less efficient "Build Array" for example?
Message Edited by Bill@NGC on 09-11-2007 09:31 PM
“A child of five could understand this. Send someone to fetch a child of five.”
― Groucho Marx

Performance Problem While Data updating In Customize TMS System

Dear guys
I have developed Customize time management system,but there is performance problem while updating machine date in monthly roster table,there is if else condition,which check record status either is late or Present on time etc.
have any clue to improve performance.
Thanks in advance
--regard
furqan

Furqan wrote:
Dear guys
I have developed Customize time management system,but there is performance problem while updating machine date in monthly roster table,there is if else condition,which check record status either is late or Present on time etc.
have any clue to improve performance.From that description and without any database version, code, explain plans, execution traces or anything that would be remotely useful.... erm... No.
Hint:-
How to Post an SQL statement tuning request...
HOW TO: Post a SQL statement tuning request - template posting

Performance problem inserting lots of rows

I'm a software developer; we have a J2EE-based product that works against Oracle or SQL Server. As part of a benchmarking suite, I insert about 70,000 records into our auditing table (using jdbc, going over the network to a database server). The database server is a smallish desktop Windows machine running Windows Server 2003; it has 384M of RAM, a 1GHz CPU, and plenty of disk.
When using Oracle (9.2.0.3.0), I can insert roughly 2,000 rows per minute. Not too shabby!
HOWEVER -- and this is what's making Oracle look bad -- SQL Server 2000 on the SAME MACHINE is inserting roughly 8,000 rows per minute!
Why is Oracle so slow? The database server is using roughly 50% CPU, so I assume disk speed is an issue. My goal is to get Oracle to compare favorably with SQL Server on the same hardware. Any ideas or suggestions? (I've done a fair amount of Oracle tuning in the past to get SELECTs to run faster, but have never dealt with INSERT performance problems of this magnitude.)
Thanks,
Daniel Rabe

I've tried using a PreparedStatement and a CallableStatement, always with bind variables. (I use a sequence to populate one of the columns, so initially my code was doing the insert, then a select to get the last inserted row. This was fast on SQL Server but slow on Oracle, so I conditionalized my code to use a pl/sql block that does INSERT... RETURNING so I could get the new rowid without doing the extra select - that required switching from PreparedStatement to CallableStatement). The Performance Manager shows "Executes without Parses" > 98%.
Performance Manager also shows Application I/O Physical Reads approx 30/sec, and Background Process I/O Physical Writes approx 60/sec.
File Write Operations showed most of the writes going to my tablespace (which is sized plenty big for the data I'm writing), but with occasional writes to UNTODBS01.DBF as well.
The database is in NOARCHIVELOG mode.
I'm NOT committing very often - I'm doing all 70,000 rows as one transaction. BTW, I realize this isn't a real-life scenario - this is just the setup I do so that I can run some benchmarks on various queries that our application performs. Once I get into those, I'm sure I'll have a whole new slew of questions for the group. ;-)
I'll look into SQL TRACE and TKPROF - time to refresh some skills I haven't used in a while...
Thanks,
--Daniel Rabe

Problem setting up data collection for a performance problem

We have a performance problem on our production environment: there is a query that is long to display specially on specific records involving a lot of détails. I had the idea to set up data collection to investigate the problem.
I used the wizard to set up data collection with default settings.
I had created a database PERF_DW on our test server for that purpose.
I didn't have any problem with the wizard: it created data collection sets and SQL Server agents tasks and probably many objects. But I don't know where I missed something but I didnt, have the chance to specify the database I wanted to tune
and even when I started data collection, I couldn't figure out where were the reports.
Then I tought that I did it all wrong so I stopped data collection and dropped the database and tried to deleted the jobs created and I had the following message:
TITRE : Microsoft SQL Server Management Studio
Échec de Supprimer pour Travail « collection_set_1_noncached_collect_and_upload ». (Microsoft.SqlServer.Smo)
Pour obtenir de l'aide, cliquez sur :
http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=11.0.2100.60+((SQL11_RTM).120210-1917+)&EvtSrc=Microsoft.SqlServer.Management.Smo.ExceptionTemplates.FailedOperationExceptionText&EvtID=Supprimer+Job&LinkId=20476
INFORMATIONS SUPPLÉMENTAIRES :
Une exception s'est produite lors de l'exécution d'une instruction ou d'un lot Transact-SQL. (Microsoft.SqlServer.ConnectionInfo)
The DELETE statement conflicted with the REFERENCE constraint "FK_syscollector_collection_sets_collection_sysjobs". The conflict occurred in database "msdb", table "dbo.syscollector_collection_sets_internal", column 'collection_job_id'.
The statement has been terminated. (Microsoft SQL Server, Erreur : 547)
Pour obtenir de l'aide, cliquez sur :
http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&ProdVer=11.00.3128&EvtSrc=MSSQLServer&EvtID=547&LinkId=20476
BOUTONS :
OK
Now I understand that the collectors prevent the jobs from being deleted but I can't delete the collectors.
What should I do?
Any help is appreciated.
Thank you for your advice.
Sylvie P

Hello,
Please refer to the following article.
http://blogs.msdn.com/b/sqlagent/archive/2011/07/22/remove-associated-data-collector-jobs.aspx
You can run the dcclenaup.sql script mentioned in the article.
Another option is using sp_syscollector_cleanup_collector.
http://blogs.msdn.com/b/sqlagent/archive/2012/04/05/remove-associated-data-collector-jobs-in-sql-2012.aspx
Hope this helps.
Regards,
Alberto Morillo
SQLCoffee.com

Large DB Performance problems when updating schemas

Hi,
I'm facing performance problems updating the schema of large databases in SQLServer 2008 R2 and I can't find a proper solution. I would have thought that this is a fairly common problem so here it goes.
I have a database which is about 700Gb in size. I am going to detail 2 different issues:
EXAMPLE 1: CHANGING A FIELD TYPE
In that Database I have a table with the schema detailed below as Table_TB. This table contains several million records. As you can see there is a column of type TEXT (Comment_FD). What I am trying to do is changing the column type to NVARCHAR(MAX) to
remove the deprecated TEXT type and support UNICODE characters in that field.
The command I am running is the following one:
ALTER TABLE DBA.Table_TB ALTER COLUMN Comment_FD NVARCHAR(MAX)
This operation takes several hours to complete.
I tried the following:
-Adding the new column to the same table and copying the data over
-Creating a new entire table with the new field type modified and copy the data over
-Exporting to disk the contents of the table, truncate the table and reimporting the data both with Management Studio and the bcp tool.
-When copying to a new table I made also tried removing the PK of the table to skip the overhead of creating an index.
-I also tried using a simple spd to copy the data over (to the column in the same table and the other table) in batches.
In ALL my tests I set the SQLServer Recovery model to Simple to skip as much as I can the overhead of generating logs.
No matter what I do, the times to complete this operation seem to be unusable.
Please note that I am reducing this problem to its minimum expression. Can't say precisely how long the operation takes, but a script that contain 5 field type changes identical to that one in that and other two tables takes 7 days to complete!!! The REAL problem
is that I have several other fields to which I need to change the type, and they currently amount to a total running time of 14 days!. And this is just changing a handful of fields in a handful of tables. At some point every string in the system will need
to be migrated to get unicode support, making this completely impracticable.
**Based on smaller DBs in the same system I guesstimate this table will contain about 14M records and will be about 44Gb in size.
EXAMPLE 2: ADDING COLUMNS
I have another table int the same DB, with a schema detailed below as Table_2_TB, and again several million records in it. I am trying to add a colum using the following SQL:
ALTER TABLE DBA.Table2_TB ADD strFiDatasourceName_FD VARCHAR(64) NOT NULL DEFAULT ''
This operation takes a bit more than 7 hours to complete.
**Based on smaller DBs in the same system I guesstimate this table will contain about 54M records, and a size of 98Gb.
QUESTIONS:
---->Am I doing something wrong, or is there any way to optimize either the SQL or the SQLServer configuration to speed this up?
---->Are these performance levels normal at all when dealing with databases of this size?
---->Anyone out there with experience on DBs of this size?
---->Does Microsoft offer some kind of service (cloud?) to make structural changes in large Dbs?
Thanks a lot for your help in advance!
This is the schema for the first table:
CREATE TABLE [DBA].[Table_TB](
[BranchCode_FD] [char](2) NOT NULL,
[FolderNo_FD] [int] NOT NULL,
[DateTime_FD] [datetime] NULL,
[Staff_FD] [char](3) NULL,
[Action_FD] [varchar](25) NULL,
[Comment_FD] [text] NULL,
[Team_FD] [varchar](8) NULL,
[Group_FD] [varchar](8) NULL,
[PopUpDate_FD] [smalldatetime] NULL,
[nRecordID_FD] [smallint] NOT NULL,
[nFiFoldItemID_FD] [smallint] NOT NULL,
PRIMARY KEY CLUSTERED
[BranchCode_FD] ASC,
[FolderNo_FD] ASC,
[nRecordID_FD] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 100) ON [PRIMARY]
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
GO
SET ANSI_PADDING OFF
GO
ALTER TABLE [DBA].[Table_TB] ADD CONSTRAINT [DF__Table_TB__DateTime] DEFAULT ('1980-01-01') FOR [DateTime_FD]
GO
ALTER TABLE [DBA].[Table_TB] ADD CONSTRAINT [DF__Table_TB__PopUp__096A45D7] DEFAULT ('1980-01-01') FOR [PopUpDate_FD]
GO
ALTER TABLE [DBA].[Table_TB] ADD DEFAULT ((-1)) FOR [nFiFoldItemID_FD]
GO
This is the schema for the second table:
CREATE TABLE [DBA].[Table2_TB](
[strBBranchCode_FD] [char](2) NOT NULL,
[lFFoldNo_FD] [int] NOT NULL,
[nFiFoldItemID_FD] [smallint] NOT NULL,
[strFiType_FD] [char](3) NOT NULL,
[dtFiCreateDate_FD] [smalldatetime] NOT NULL,
[strFiBookingRef_FD] [varchar](32) NOT NULL,
[strFiBookingRefDayMonth_FD] [varchar](5) NOT NULL,
[strFiBookedVia_FD] [varchar](50) NOT NULL,
[bFiInterfaced_FD] [smallint] NOT NULL,
[nFiSortOrder_FD] [smallint] NOT NULL,
[strFiCreateStaffCode_FD] [char](3) NOT NULL,
[strPcProductCode_FD] [varchar](5) NOT NULL,
[dtFiStartDateTime_FD] [smalldatetime] NOT NULL,
[lFiFinanVendID_FD] [int] NOT NULL,
[lFiItinVendID_FD] [int] NOT NULL,
[dtFiVendBalDueDate_FD] [smalldatetime] NOT NULL,
[dtFiVendDepositDueDate_FD] [smalldatetime] NOT NULL,
[strFiStatus_FD] [varchar](2) NOT NULL,
[bFiTransFeeHasBeenApplied_FD] [smallint] NOT NULL,
[bFiATOLTypeMan_FD] [smallint] NOT NULL,
[nFiATOLType_FD] [smallint] NOT NULL,
[strCcClassCode_FD] [varchar](10) NOT NULL,
[strFiStartPointCode_FD] [varchar](5) NOT NULL,
[strFiEndPointCode_FD] [varchar](5) NOT NULL,
[strFiAirlineCode_FD] [varchar](3) NOT NULL,
[strFiVendDocNo_FD] [varchar](16) NOT NULL,
[dtFiIssueDate_FD] [smalldatetime] NOT NULL,
[strFiDiscReasonCode_FD] [varchar](3) NOT NULL,
[nFiLastFoldPricingID_FD] [smallint] NOT NULL,
[strFiPrintingNote_FD] [text] NOT NULL,
[strFiNonPrintingNote_FD] [text] NOT NULL,
[dtFiStatusExpiryDate_FD] [smalldatetime] NOT NULL,
[strFiClientFreqTravellerNo_FD] [varchar](20) NOT NULL,
[strFiRouteNo_FD] [varchar](5) NOT NULL,
[nFiNumBum_FD] [smallint] NOT NULL,
[dtFiEndDateTime_FD] [smalldatetime] NOT NULL,
[strFiFareBase_FD] [varchar](15) NOT NULL,
[strFiInterfaceItemID_FD] [varchar](15) NOT NULL,
[strFiEndPointLoc_FD] [varchar](255) NULL,
[strFiStartPointLoc_FD] [varchar](255) NULL,
[strMcMealCode_FD] [varchar](5) NOT NULL,
[strFiSeatNote_FD] [text] NOT NULL,
[strFiMealNote_FD] [text] NOT NULL,
[strFiAirCraftType_FD] [varchar](5) NOT NULL,
[strFiJourneyTime_FD] [varchar](8) NOT NULL,
[strFiCheckInMins_FD] [varchar](10) NOT NULL,
[lFiJourneyDist_FD] [int] NOT NULL,
[nFiNumStop_FD] [smallint] NOT NULL,
[strFiBaggageAllow_FD] [varchar](15) NOT NULL,
[strFiIssueStaffCode_FD] [varchar](20) NOT NULL,
[dtFiDispatchDate_FD] [smalldatetime] NOT NULL,
[strFiDispatchStaffCode_FD] [varchar](3) NOT NULL,
[strDmDispatchCode_FD] [varchar](2) NOT NULL,
[lfFiVendDepositDueAmt_FD] [decimal](17, 2) NOT NULL,
[strFiRateCode_FD] [varchar](50) NOT NULL,
[strFiRatePlan_FD] [varchar](2) NOT NULL,
[strFiCabinNo_FD] [varchar](8) NOT NULL,
[strFiMileage_FD] [varchar](10) NOT NULL,
[strFiStartPointLocTelNo_FD] [varchar](40) NULL,
[strFiBookingGuarantee_FD] [varchar](60) NOT NULL,
[strFiSpecialRemarks_FD] [varchar](250) NULL,
[strFiCxnCondition_FD] [varchar](100) NOT NULL,
[bFiFlyDrive_FD] [smallint] NOT NULL,
[strFiConfNo_FD] [varchar](32) NOT NULL,
[lFiLinkID_FD] [int] NOT NULL,
[strFiCategory_FD] [varchar](15) NOT NULL,
[nFiNumRoom_FD] [smallint] NOT NULL,
[nFiNumDay_FD] [smallint] NOT NULL,
[nFiSaleFoldItemID_FD] [smallint] NOT NULL,
[bFiRefundItem_FD] [smallint] NOT NULL,
[strFiFareSavingCode_FD] [varchar](2) NOT NULL,
[lfFiFareSavingAmt_FD] [decimal](17, 2) NOT NULL,
[strFiRateNote_FD] [text] NOT NULL,
[strFiDiscCode_FD] [varchar](20) NOT NULL,
[strFiReqDispatchMethodCode_FD] [varchar](2) NOT NULL,
[dtFiReqDispatchDateTime_FD] [smalldatetime] NOT NULL,
[nFiReqDispatchVoucherType_FD] [smallint] NOT NULL,
[nFiLastFoldItemDetailID_FD] [smallint] NOT NULL,
[nFiNumConjunction_FD] [smallint] NOT NULL,
[lfFiBSPFrgnBaseFareAmt_FD] [decimal](17, 2) NOT NULL,
[lfFiBSPBaseFareAmt_FD] [decimal](17, 2) NOT NULL,
[lfFiBSPTaxDiscrepancy_FD] [decimal](17, 2) NOT NULL,
[lfFiBSPPenaltyFeeAmt_FD] [decimal](17, 2) NOT NULL,
[nFiRegion_FD] [smallint] NOT NULL,
[strFiOpenTktNo_FD] [varchar](16) NOT NULL,
[strFiTktSource_FD] [varchar](3) NOT NULL,
[strFiJourneyType_FD] [varchar](3) NOT NULL,
[strFiTktType_FD] [varchar](3) NOT NULL,
[strFiInterfaceNameRemark_FD] [varchar](50) NULL,
[nFiATOLIssuedStatus_FD] [smallint] NOT NULL,
[strFiFareSavingFareBase_FD] [varchar](13) NOT NULL,
[strFiPaxType_FD] [varchar](3) NOT NULL,
[strFiActualCarrier_FD] [varchar](2) NOT NULL,
[strFiNetRemitType_FD] [varchar](1) NOT NULL,
[strFiFareConstruction_FD] [text] NOT NULL,
[lfFiBSPTotVATAmt_FD] [decimal](17, 2) NOT NULL,
[bFiNetFare_FD] [smallint] NOT NULL,
[strFiTourCode_FD] [varchar](50) NOT NULL,
[strFiSuppFOPInfo_FD] [varchar](255) NOT NULL,
[lfFitBSPPublishedCommPerc_FD] [decimal](12, 6) NOT NULL,
[strFiBSPFareCurrCode_FD] [varchar](3) NOT NULL,
[strFiTktIssueIataNo_FD] [varchar](8) NOT NULL,
[lfFiFareOfferedSavingAmt_FD] [decimal](17, 2) NOT NULL,
[strFiFareOfferedSavingCode_FD] [varchar](2) NOT NULL,
[strFiDesc_FD] [varchar](8000) NOT NULL,
[lfFiBSPFareBuyDiscrepancyAmt_FD] [decimal](17, 2) NOT NULL,
[bFiNoPrintOnItin_FD] [smallint] NOT NULL,
[dtFiStatusCodeChangeDateTime_FD] [smalldatetime] NOT NULL,
[bFiNoPrintIfAllPricingsZeroCustAmt_FD] [smallint] NOT NULL,
[strFiFareSavingFareBaseLow_FD] [varchar](13) NOT NULL,
[lfFiFareSavingLowAmt_FD] [decimal](17, 2) NOT NULL,
[strFiBrochureCode_FD] [varchar](8) NOT NULL,
[bFiVendPayDepositNow_FD] [smallint] NOT NULL,
[bFiVendPayBalanceNow_FD] [smallint] NOT NULL,
[strFiBankBranchCode_FD] [varchar](2) NOT NULL,
[strFiOperatingAirlineCode_FD] [varchar](2) NOT NULL,
[strFiFarePassengerTypeCode_FD] [varchar](3) NOT NULL,
[strFiAssociatedFarePricingInfoID_FD] [varchar](15) NOT NULL,
[bFiVerificationReq_FD] [smallint] NOT NULL,
[dtFiLastVerifiedDateTime_FD] [datetime] NOT NULL,
[lFiLastVerifiedLevel_FD] [int] NOT NULL,
[lFiLastVerifiedWithCount_FD] [int] NOT NULL,
[dtFiTktingStatusChangeDateTime_FD] [smalldatetime] NOT NULL,
[strFiTktingInformation_FD] [text] NOT NULL,
[strFiTktingStatus_FD] [varchar](2) NOT NULL,
[lfFiBSPFareSellDiscrepancyAmt_FD] [decimal](17, 2) NOT NULL,
[lfFiBSPTaxBuyDiscrepancyAmt_FD] [decimal](17, 2) NOT NULL,
[strFiTktingBatchID_FD] [varchar](15) NOT NULL,
[dtFiTktingBatchDateTime_FD] [smalldatetime] NOT NULL,
[lIplPolicyLevelID_FD] [int] NOT NULL,
[strFiTktingDescription_FD] [varchar](1000) NOT NULL,
[strFiTktingDataVersion_FD] [varchar](10) NOT NULL,
[strFiSourceTktingSystem_FD] [varchar](20) NOT NULL,
[strFiOthPtsPmtCode_FD] [varchar](3) NOT NULL,
[bFiManualPtsEntry_FD] [smallint] NOT NULL,
[strFiEndorsement_FD] [varchar](500) NOT NULL,
[strFiOwnedByStaffCode_FD] [char](3) NOT NULL,
[strFiThirdPartyTrackingID_FD] [varchar](25) NOT NULL,
[strFiAdditionalPrintingNote_FD] [text] NULL,
[bFiOverridePrintingNote_FD] [smallint] NOT NULL,
[lfFiCarbonOffsetWeightAmt_FD] [decimal](17, 2) NOT NULL,
[strFiCancellationPolicyNote_FD] [text] NULL,
[bFiPEProcessed_FD] [smallint] NOT NULL,
[bFiActingAsAgentFor_FD] [smallint] NOT NULL,
[nFiOriginalBuyingBasis_FD] [smallint] NOT NULL,
[bFiIsOpenSegment_FD] [smallint] NOT NULL,
[nFiCreateSource_FD] [smallint] NOT NULL,
[strFiBookingSourceInvoiceNo_FD] [varchar](7) NOT NULL,
[strFiGDSPaxTypeCode_FD] [varchar](8) NOT NULL,
[strFiNetFareGDSAccountCode_FD] [varchar](8) NOT NULL,
[strFiPOSID_FD] [varchar](50) NOT NULL,
[bFiIsPOSEditable_FD] [smallint] NOT NULL,
[lfFiCustExchRate_FD] [decimal](16, 8) NOT NULL,
[lfFiCustFareSavingLowAmt_FD] [decimal](17, 2) NOT NULL,
[lfFiCustFareSavingAmt_FD] [decimal](17, 2) NOT NULL,
[lfFiCustFareOfferedSavingAmt_FD] [decimal](17, 2) NOT NULL,
[bFiCCItemPayableToBranch_FD] [smallint] NOT NULL,
[dtFiExternalAccountingDate_FD] [smalldatetime] NOT NULL,
[strFiSourceSystemBookResponseText_FD] [text] NOT NULL,
[bFiIsConnection_FD] [smallint] NOT NULL,
[bFiIsPEFoldLevelItem_FD] [smallint] NOT NULL,
[nFiReqdEndorsedConjTktType_FD] [smallint] NOT NULL,
[bFiEndorsedConjTktDetailIsManual_FD] [smallint] NOT NULL,
[strFiReqdEndorsedConjTktDetailText_FD] [varchar](30) NOT NULL,
[lFiLastTktingTemplateID_FD] [int] NOT NULL,
[dtFiBookedDate_FD] [smalldatetime] NOT NULL,
[strFiTktingVerificationWarning_FD] [varchar](1000) NOT NULL,
[strFiTktingVerificationError_FD] [varchar](1000) NOT NULL,
[strFiTktingError_FD] [varchar](1000) NOT NULL,
[strFiCustomerAccountingData00_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData01_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData02_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData03_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData04_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData05_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData06_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData07_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData08_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData09_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingDataNote_FD] [varchar](100) NOT NULL,
[strFiCustomerAccountingData10_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData11_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData12_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData13_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData14_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData15_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData16_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData17_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData18_FD] [varchar](50) NOT NULL,
[strFiCustomerAccountingData19_FD] [varchar](50) NOT NULL,
[nFiFlightBasis_FD] [smallint] NOT NULL,
[lFiStartPointVendID_FD] [int] NOT NULL,
[lFiEndPointVendID_FD] [int] NOT NULL,
[lCtID_FD] [int] NOT NULL,
[strFiContractCode_FD] [varchar](25) NOT NULL,
[strFiContractPeriodCode_FD] [varchar](50) NOT NULL,
PRIMARY KEY CLUSTERED
[strBBranchCode_FD] ASC,
[lFFoldNo_FD] ASC,
[nFiFoldItemID_FD] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 100) ON [PRIMARY]
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
GO
ALTER TABLE [DBA].[Table2_TB] WITH NOCHECK ADD FOREIGN KEY([nFiReqDispatchVoucherType_FD])
REFERENCES [DBA].[VoucherTypes_TB] ([nVtCode_FD])
GO
ALTER TABLE [DBA].[Table2_TB] WITH NOCHECK ADD FOREIGN KEY([strPcProductCode_FD], [strFiType_FD])
REFERENCES [DBA].[ProductCodes_TB] ([ProductCode_FD], [Type_FD])
GO
ALTER TABLE [DBA].[Table2_TB] WITH NOCHECK ADD FOREIGN KEY([strBBranchCode_FD], [lFFoldNo_FD])
REFERENCES [DBA].[Folder_TB] ([BranchCode_FD], [FolderNo_FD])
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strBB__44AB0736] DEFAULT ('') FOR [strBBranchCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__lFFol__459F2B6F] DEFAULT (0) FOR [lFFoldNo_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__nFiFo__46934FA8] DEFAULT ((-1)) FOR [nFiFoldItemID_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__478773E1] DEFAULT ('') FOR [strFiType_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__dtFiC__487B981A] DEFAULT ('1980-01-01') FOR [dtFiCreateDate_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_TB__strFiBookingRef] DEFAULT ('') FOR [strFiBookingRef_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__4A63E08C] DEFAULT ('') FOR [strFiBookingRefDayMonth_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_TB__strFiBookedVia_FD] DEFAULT ('') FOR [strFiBookedVia_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__bFiIn__4C4C28FE] DEFAULT (0) FOR [bFiInterfaced_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__nFiSo__4D404D37] DEFAULT ((-1)) FOR [nFiSortOrder_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__4E347170] DEFAULT ('') FOR [strFiCreateStaffCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_TB__strPcProductCode] DEFAULT ('') FOR [strPcProductCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__dtFiS__501CB9E2] DEFAULT ('1980-01-01') FOR [dtFiStartDateTime_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__lFiFi__5110DE1B] DEFAULT ((-1)) FOR [lFiFinanVendID_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__lFiIt__52050254] DEFAULT ((-1)) FOR [lFiItinVendID_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__dtFiV__52F9268D] DEFAULT ('1980-01-01') FOR [dtFiVendBalDueDate_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__dtFiV__53ED4AC6] DEFAULT ('1980-01-01') FOR [dtFiVendDepositDueDate_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__54E16EFF] DEFAULT ('') FOR [strFiStatus_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__bFiTr__55D59338] DEFAULT (0) FOR [bFiTransFeeHasBeenApplied_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__bFiAT__56C9B771] DEFAULT (0) FOR [bFiATOLTypeMan_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__nFiAT__57BDDBAA] DEFAULT (0) FOR [nFiATOLType_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strCc__58B1FFE3] DEFAULT ('') FOR [strCcClassCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_TB__strFiStartPointCode] DEFAULT ('') FOR [strFiStartPointCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_TB__strFiEndPointCode] DEFAULT ('') FOR [strFiEndPointCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__5B8E6C8E] DEFAULT ('') FOR [strFiAirlineCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__5C8290C7] DEFAULT ('') FOR [strFiVendDocNo_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__dtFiI__5D76B500] DEFAULT ('1980-01-01') FOR [dtFiIssueDate_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__5E6AD939] DEFAULT ('') FOR [strFiDiscReasonCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__nFiLa__5F5EFD72] DEFAULT ((-1)) FOR [nFiLastFoldPricingID_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__605321AB] DEFAULT ('') FOR [strFiPrintingNote_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__614745E4] DEFAULT ('') FOR [strFiNonPrintingNote_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__dtFiS__623B6A1D] DEFAULT ('1980-01-01') FOR [dtFiStatusExpiryDate_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__632F8E56] DEFAULT ('') FOR [strFiClientFreqTravellerNo_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__6423B28F] DEFAULT ('') FOR [strFiRouteNo_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_TB__nFiNumBum] DEFAULT ((-1)) FOR [nFiNumBum_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__dtFiE__660BFB01] DEFAULT ('1980-01-01') FOR [dtFiEndDateTime_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__67001F3A] DEFAULT ('') FOR [strFiFareBase_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__67F44373] DEFAULT ('') FOR [strFiInterfaceItemID_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__68E867AC] DEFAULT ('') FOR [strFiEndPointLoc_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__69DC8BE5] DEFAULT ('') FOR [strFiStartPointLoc_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strMc__6AD0B01E] DEFAULT ('') FOR [strMcMealCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__6BC4D457] DEFAULT ('') FOR [strFiSeatNote_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__6CB8F890] DEFAULT ('') FOR [strFiMealNote_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__6DAD1CC9] DEFAULT ('') FOR [strFiAirCraftType_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__6EA14102] DEFAULT ('') FOR [strFiJourneyTime_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__6F95653B] DEFAULT ('') FOR [strFiCheckInMins_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__lFiJo__70898974] DEFAULT (0) FOR [lFiJourneyDist_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__nFiNu__717DADAD] DEFAULT (0) FOR [nFiNumStop_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__7271D1E6] DEFAULT ('') FOR [strFiBaggageAllow_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__7365F61F] DEFAULT ('') FOR [strFiIssueStaffCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__dtFiD__745A1A58] DEFAULT ('1980-01-01') FOR [dtFiDispatchDate_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__754E3E91] DEFAULT ('') FOR [strFiDispatchStaffCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strDm__764262CA] DEFAULT ('') FOR [strDmDispatchCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__lfFiV__77368703] DEFAULT (0) FOR [lfFiVendDepositDueAmt_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__782AAB3C] DEFAULT ('') FOR [strFiRateCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__791ECF75] DEFAULT ('') FOR [strFiRatePlan_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__7A12F3AE] DEFAULT ('') FOR [strFiCabinNo_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__7B0717E7] DEFAULT ('') FOR [strFiMileage_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__7BFB3C20] DEFAULT ('') FOR [strFiStartPointLocTelNo_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__7CEF6059] DEFAULT ('') FOR [strFiBookingGuarantee_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__7DE38492] DEFAULT ('') FOR [strFiSpecialRemarks_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__7ED7A8CB] DEFAULT ('') FOR [strFiCxnCondition_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__bFiFl__7FCBCD04] DEFAULT (0) FOR [bFiFlyDrive_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__00BFF13D] DEFAULT ('') FOR [strFiConfNo_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__lFiLi__01B41576] DEFAULT ((-1)) FOR [lFiLinkID_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__02A839AF] DEFAULT ('') FOR [strFiCategory_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__nFiNu__039C5DE8] DEFAULT (0) FOR [nFiNumRoom_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__nFiNu__04908221] DEFAULT (0) FOR [nFiNumDay_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__nFiSa__0584A65A] DEFAULT ((-1)) FOR [nFiSaleFoldItemID_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__bFiRe__0678CA93] DEFAULT (0) FOR [bFiRefundItem_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__076CEECC] DEFAULT ('') FOR [strFiFareSavingCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__lfFiF__08611305] DEFAULT (0) FOR [lfFiFareSavingAmt_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__0955373E] DEFAULT ('') FOR [strFiRateNote_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__0A495B77] DEFAULT ('') FOR [strFiDiscCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__0B3D7FB0] DEFAULT ('') FOR [strFiReqDispatchMethodCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__dtFiR__0C31A3E9] DEFAULT ('1980-01-01') FOR [dtFiReqDispatchDateTime_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__nFiRe__0D25C822] DEFAULT (0) FOR [nFiReqDispatchVoucherType_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__nFiLa__0F0E1094] DEFAULT ((-1)) FOR [nFiLastFoldItemDetailID_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__nFiNu__100234CD] DEFAULT (0) FOR [nFiNumConjunction_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__lfFiB__10F65906] DEFAULT (0) FOR [lfFiBSPFrgnBaseFareAmt_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__lfFiB__11EA7D3F] DEFAULT (0) FOR [lfFiBSPBaseFareAmt_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__lfFiB__12DEA178] DEFAULT (0) FOR [lfFiBSPTaxDiscrepancy_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__lfFiB__13D2C5B1] DEFAULT (0) FOR [lfFiBSPPenaltyFeeAmt_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__bFiDo__14C6E9EA] DEFAULT (0) FOR [nFiRegion_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__15BB0E23] DEFAULT ('') FOR [strFiOpenTktNo_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__16AF325C] DEFAULT ('') FOR [strFiTktSource_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__17A35695] DEFAULT ('') FOR [strFiJourneyType_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__18977ACE] DEFAULT ('') FOR [strFiTktType_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__198B9F07] DEFAULT ('') FOR [strFiInterfaceNameRemark_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__nFiAT__1A7FC340] DEFAULT ((-1)) FOR [nFiATOLIssuedStatus_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__1B73E779] DEFAULT ('') FOR [strFiFareSavingFareBase_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__1C680BB2] DEFAULT ('') FOR [strFiPaxType_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__1D5C2FEB] DEFAULT ('') FOR [strFiActualCarrier_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__1E505424] DEFAULT ('') FOR [strFiNetRemitType_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__1F44785D] DEFAULT ('') FOR [strFiFareConstruction_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__lfFiB__20389C96] DEFAULT (0) FOR [lfFiBSPTotVATAmt_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__bFiNe__212CC0CF] DEFAULT (0) FOR [bFiNetFare_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__2220E508] DEFAULT ('') FOR [strFiTourCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__23150941] DEFAULT ('') FOR [strFiSuppFOPInfo_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__lfFit__24092D7A] DEFAULT (0) FOR [lfFitBSPPublishedCommPerc_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__24FD51B3] DEFAULT ('') FOR [strFiBSPFareCurrCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__25F175EC] DEFAULT ('') FOR [strFiTktIssueIataNo_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__lfFiF__27D9BE5E] DEFAULT (0) FOR [lfFiFareOfferedSavingAmt_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD CONSTRAINT [DF__Table2_T__strFi__251D4D44] DEFAULT ('') FOR [strFiFareOfferedSavingCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiDesc_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [lfFiBSPFareBuyDiscrepancyAmt_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [bFiNoPrintOnItin_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('1980-1-1') FOR [dtFiStatusCodeChangeDateTime_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [bFiNoPrintIfAllPricingsZeroCustAmt_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiFareSavingFareBaseLow_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [lfFiFareSavingLowAmt_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiBrochureCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [bFiVendPayDepositNow_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [bFiVendPayBalanceNow_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiBankBranchCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiOperatingAirlineCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiFarePassengerTypeCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiAssociatedFarePricingInfoID_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [bFiVerificationReq_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('1980-01-01') FOR [dtFiLastVerifiedDateTime_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [lFiLastVerifiedLevel_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [lFiLastVerifiedWithCount_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('1980-01-01') FOR [dtFiTktingStatusChangeDateTime_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiTktingInformation_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiTktingStatus_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [lfFiBSPFareSellDiscrepancyAmt_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [lfFiBSPTaxBuyDiscrepancyAmt_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiTktingBatchID_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('1980-01-01') FOR [dtFiTktingBatchDateTime_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ((-1)) FOR [lIplPolicyLevelID_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiTktingDescription_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiTktingDataVersion_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiSourceTktingSystem_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiOthPtsPmtCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [bFiManualPtsEntry_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiEndorsement_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiOwnedByStaffCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiThirdPartyTrackingID_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiAdditionalPrintingNote_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [bFiOverridePrintingNote_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [lfFiCarbonOffsetWeightAmt_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCancellationPolicyNote_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [bFiPEProcessed_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [bFiActingAsAgentFor_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [nFiOriginalBuyingBasis_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [bFiIsOpenSegment_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [nFiCreateSource_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (' ') FOR [strFiBookingSourceInvoiceNo_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiGDSPaxTypeCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiNetFareGDSAccountCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiPOSID_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT (0) FOR [bFiIsPOSEditable_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ((0)) FOR [lfFiCustExchRate_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ((0)) FOR [lfFiCustFareSavingLowAmt_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ((0)) FOR [lfFiCustFareSavingAmt_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ((0)) FOR [lfFiCustFareOfferedSavingAmt_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ((0)) FOR [bFiCCItemPayableToBranch_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('1980-01-01') FOR [dtFiExternalAccountingDate_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiSourceSystemBookResponseText_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ((0)) FOR [bFiIsConnection_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ((0)) FOR [bFiIsPEFoldLevelItem_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ((0)) FOR [nFiReqdEndorsedConjTktType_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ((0)) FOR [bFiEndorsedConjTktDetailIsManual_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiReqdEndorsedConjTktDetailText_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ((-1)) FOR [lFiLastTktingTemplateID_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('1980-01-01') FOR [dtFiBookedDate_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiTktingVerificationWarning_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiTktingVerificationError_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiTktingError_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData00_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData01_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData02_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData03_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData04_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData05_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData06_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData07_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData08_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData09_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingDataNote_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData10_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData11_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData12_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData13_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData14_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData15_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData16_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData17_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData18_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiCustomerAccountingData19_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ((0)) FOR [nFiFlightBasis_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ((-1)) FOR [lFiStartPointVendID_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ((-1)) FOR [lFiEndPointVendID_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ((-1)) FOR [lCtID_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiContractCode_FD]
GO
ALTER TABLE [DBA].[Table2_TB] ADD DEFAULT ('') FOR [strFiContractPeriodCode_FD]
GO

Hi,
I just wanted to summarize the conclusions we got here, in case it helps someone else.
For the case of the ALTER statement:
First we analyzed the query performance and found out that the query was I/O bound. A handful of useful scripts can be found on the links below. Some high values on PAGEIOLATCH wait times suggested some memory pressure, so we incremented the amount of memory
dedicated to the server up to 32GB. This single change was one of the most effective ones and reduced the query execution time by about 40%-50%. I guess SQLServer needs less paging to perform the operation when it can load more pages in memory at the same
time.
We run more tests tweaking some other mentioned variables like the server maxDOP, which made in fact the query slower the higher the value we set. The initial server config was set with auto CPU affinity, but I/O mask affinity set to the first 4 CPUs, and
we found out that setting it to ALL AUTO perform faster for some reason.
After some analysis made by Microsoft on the diagnostics/metrics data, the only interesting finding was that a couple of the storage volumes were performing slightly slower than the rest causing a bit of a bottleneck. We recommended the customer to look
into it with their storage team, but even with those fixed, we won't expect the query to run much faster.
No other tweaks have been found useful to speed up the ALTER statement. Basically it comes up to how fast you I/O subsystem is, and how much can SQLServer can cache in memory. No other suggestion has been made by Microsoft, and they've advised that any
other tweaked query (split the column addition and the constraints for example) is going to perform worse than the plain and simple alter statement.
On the NVARCHAR type problem:
As it was suggested by Erland Sommarskog, SQLServer 2014 Enterprise edition performed this operation about 40% faster than SQLServer 2008 R2 with the same hardware specs.
At the moment upgrading the customer infrastructure is not an option for us, so we don't have a proper solution to accomplish this in a workable time frame on SQLServer 2008.
The strategy that we found might be the best option was the one suggessted by E. Sommarskog, bind our code for reading access to a COALESCED calculated column, and writing on the new converted NVARCHAR column. Schedule a batch job in the backgroud
to migrate all the data over time to the new column, and finally remove the old column.
Thanks a lot everyone for your help.
David.
Useful links:
http://www.sqlskills.com/blogs/paul/wait-statistics-or-please-tell-me-where-it-hurts/
http://msdn.microsoft.com/en-us/library/ms189768.aspx
http://rusanu.com/2014/02/24/how-to-analyse-sql-server-performance/

MDM Performance problems

Hi All:
We are suffering terrible connections problem when we tried to connect using MDM Data Manager to the MDM Server. To give an example, sometime we wait for more than 10 minutes to complete the connection and the repository load. This obviously would make sense if we would have all the records loaded and we would have an enormous repository to be loaded; however this is not the case.
Have you ever performed repository loading problems or any other sort of performance problem. How are you handling it? What sort of best practices have you implemented?
Kind regards
Gonzalo Perez-Prim

Have you sized your MDM Server properly?
MDM Sizing guide is available in Service Market place.
For running client applications, I would recommend atleast 2 Gb ram.
CPU Consumption is high when you are executing some matching strategies or Import Manager.
If the repository has lot of binary data(imange) then the archiving would take a lot of time. We are experiencing an hour to archive a repository and 20 to 25 minutes to load the repository.
This is after the fact that the sizing was done properly.

PL/SQL Performance problem

I am facing a performance problem with my current application (PL/SQL packaged procedure)
My application takes data from 4 temporary tables, does a lot of validation and
puts them into permanent tables.(updates if present else inserts)
One of the temporary tables is parent table and can have 0 or more rows in
the other tables.
I have analyzed all my tables and indexes and checked all my SQLs
They all seem to be using the indexes correctly.
There are 1.6 million records combined in all 4 tables.
I am using Oracle 8i.
How do I determine what is causing the problem and which part is taking time.
Please help.
The skeleton of the code which we have written looks like this
MAIN LOOP ( 255308 records)-- Parent temporary table
-----lots of validation-----
update permanent_table1
if sql%rowcount = 0 then
insert into permanent_table1
Loop2 (0-5 records)-- child temporary table1
-----lots of validation-----
update permanent_table2
if sql%rowcount = 0 then
insert into permanent_table2
end loop2
Loop3 (0-5 records)-- child temporary table2
-----lots of validation-----
update permanent_table3
if sql%rowcount = 0 then
insert into permanent_table3
end loop3
Loop4 (0-5 records)-- child temporary table3
-----lots of validation-----
update permanent_table4
if sql%rowcount = 0 then
insert into permanent_table4
end loop4
-- COMMIT after every 3000 records
END MAIN LOOP
Thanks
Ashwin N.

Do this intead of ditching the PL/SQL.
DECLARE
TYPE NumTab IS TABLE OF NUMBER(4) INDEX BY BINARY_INTEGER;
TYPE NameTab IS TABLE OF CHAR(15) INDEX BY BINARY_INTEGER;
pnums NumTab;
pnames NameTab;
t1 NUMBER(5);
t2 NUMBER(5);
t3 NUMBER(5);
BEGIN
FOR j IN 1..5000 LOOP -- load index-by tables
pnums(j) := j;
pnames(j) := 'Part No. ' || TO_CHAR(j);
END LOOP;
t1 := dbms_utility.get_time;
FOR i IN 1..5000 LOOP -- use FOR loop
INSERT INTO parts VALUES (pnums(i), pnames(i));
END LOOP;
t2 := dbms_utility.get_time;
FORALL i IN 1..5000 -- use FORALL statement
INSERT INTO parts VALUES (pnums(i), pnames(i));
get_time(t3);
dbms_output.put_line('Execution Time (secs)');
dbms_output.put_line('---------------------');
dbms_output.put_line('FOR loop: ' || TO_CHAR(t2 - t1));
dbms_output.put_line('FORALL: ' || TO_CHAR(t3 - t2));
END;
Try this link, http://download-west.oracle.com/docs/cd/B10501_01/appdev.920/a96624/05_colls.htm#23723

Performance problem in Zstick report...

Hi Experts,
I am facing performance problem in Custoom Stock report of Material Management.
In this report i am fetching all the materials with its batches to get the desired output, at a time this report executes 36,000 plus unique combination of material and batch.
This report takes around 30 mins to execute. And this report is to be viewed regularly in every 2 hours.
To read the batch characteristics value I am using FM -> '/SAPMP/CE1_BATCH_GET_DETAIL'
Is there any way out to increase the performance of this report, the output of the report is in ALV.
May i have any refresh button in the report so that data may get refreshed automatically without executing it again. or is there any cache memory concept.
Note: I have declared all the itabs with type sorted, all the select queries are fetched with key and index.
Thanks
Rohit Gharwar

Hello,
SE30 is old. Switch on trace on ST12 while running this progarm and identify where exactly most of the time is being spent. If you see high CPU time this problem with the ABAP code. You can exactly figure out the program/function module from ST12 trace where exactly time is being spent. If you see high database time in ST12, problem is with database related issue. So basically you have to analyze sql statement from performance traces in ST12. These could resolve your issue.
Yours Sincerely
Dileep

JRC 2: Performance Problem

Hi.
Our reporting component used JRC 1.x before we upgraded to JRC 2.x. We got two issues after upgrading.
First issue I solved already with a workaround which I published on stackoverflow.com. (1) Does anyone knows where I will find the issue management system to report this issue?
Second issue occurs big performance problem within our project. We opened a report with 6 subreports (which includes 1 upto 3 tables) in 2-4 seconds using JRC 1. If we will open same report using JRC 2, we wait upto 60 seconds.
This methods requires more time with JRC 2 comparing to JRC 1:
ReportClientDocument#open(String, int);
SubreportController#setTableLocation(String, ITable, ITable)
DatabaseController#setTableLocation(ITable, ITable)
Each invocation of one of these methods requires 2-4 seconds.
Thank you in advance.
Best regards
Thomas
(1) http://stackoverflow.com/questions/479405/replace-a-database-connection-for-subreports-with-jrc

hello ....
my report is ''crystal report 11'' => "OLE DB" => "Add Command(select * from table) " .
code(JRC) : eclipse + crystal report for eclipse version 2 => "cr4e-all-in-one-win_2.0.1.zip"
<%@ page contentType="text/html; charset=UTF-8"
import="
com.crystaldecisions.report.web.viewer.CrystalReportViewer,
com.crystaldecisions.reports.sdk.ReportClientDocument,
com.crystaldecisions.sdk.occa.report.lib.ReportSDKExceptionBase,
java.sql.Connection,
java.sql.DriverManager,
java.sql.ResultSet,
java.sql.SQLException,
java.sql.Statement" %>
<%
     try {
          String reportName = "report.rpt";
          ReportClientDocument clientDoc = new ReportClientDocument();
          clientDoc.open(reportName, 0);
          String tableAlias = "Command";
          clientDoc.getDatabaseController().setDataSource(myResult("SELECT * FROM table"), tableAlias,tableAlias);
          CrystalReportViewer crystalReportPageViewer = new CrystalReportViewer();
          crystalReportPageViewer.setReportSource(clientDoc.getReportSource());
          crystalReportPageViewer.processHttpRequest(request, response, application, null);
     } catch (ReportSDKExceptionBase e) {
          e.printStackTrace();
         out.println(e);
%>
I simplified the code, *myResult("SELECT * FROM table") * is absolutely no problem ,
and this code is absolutely no problem in the "crystal report for eclipse "version 1
but in version 2 run error:
com.crystaldecisions.sdk.occa.report.lib.ReportSDKException: u7121u6CD5u9810u671Fu7684u8CC7u6599u5EABu9023u7DDAu5668u932Fu8AA4---- Error code:-2147467259 Error code name:failed
     at com.businessobjects.reports.sdk.JRCCommunicationAdapter.a(Unknown Source)
     at com.businessobjects.reports.sdk.JRCCommunicationAdapter.a(Unknown Source)
     at com.businessobjects.reports.sdk.JRCCommunicationAdapter.if(Unknown Source)
     at com.businessobjects.reports.sdk.JRCCommunicationAdapter.a(Unknown Source)
     at com.businessobjects.reports.sdk.JRCCommunicationAdapter$2.a(Unknown Source)
     at com.businessobjects.reports.sdk.JRCCommunicationAdapter$2.call(Unknown Source)
     at com.crystaldecisions.reports.common.ThreadGuard.syncExecute(Unknown Source)
     at com.businessobjects.reports.sdk.JRCCommunicationAdapter.for(Unknown Source)
     at com.businessobjects.reports.sdk.JRCCommunicationAdapter.int(Unknown Source)
     at com.businessobjects.reports.sdk.JRCCommunicationAdapter.request(Unknown Source)
     at com.businessobjects.sdk.erom.jrc.a.a(Unknown Source)
     at com.businessobjects.sdk.erom.jrc.a.execute(Unknown Source)
     at com.crystaldecisions.proxy.remoteagent.RemoteAgent$a.execute(Unknown Source)
     at com.crystaldecisions.proxy.remoteagent.CommunicationChannel.a(Unknown Source)
     at com.crystaldecisions.proxy.remoteagent.RemoteAgent.a(Unknown Source)
     at com.crystaldecisions.sdk.occa.report.application.ReportClientDocument.if(Unknown Source)
     at com.crystaldecisions.sdk.occa.report.application.ReportClientDocument.a(Unknown Source)
     at com.crystaldecisions.sdk.occa.report.application.ReportClientDocument.new(Unknown Source)
     at com.crystaldecisions.sdk.occa.report.application.b9.onDataSourceChanged(Unknown Source)
     at com.crystaldecisions.sdk.occa.report.application.DatabaseController.a(Unknown Source)
     at com.crystaldecisions.sdk.occa.report.application.DatabaseController.a(Unknown Source)
     at com.crystaldecisions.sdk.occa.report.application.DatabaseController.setDataSource(Unknown Source)
     at org.apache.jsp.No_005f1.Eclipse_005fJTDS_005fSQL2005_005fTable_002dviewer_jsp._jspService(Eclipse_005fJTDS_005fSQL2005_005fTable_002dviewer_jsp.java:106)
     at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
     at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:374)
     at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342)
     at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
     at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
     at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
     at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
     at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
     at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845)
     at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
     at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
     at java.lang.Thread.run(Unknown Source)
Caused by: com.crystaldecisions.reports.common.QueryEngineException: u7121u6CD5u9810u671Fu7684u8CC7u6599u5EABu9023u7DDAu5668u932Fu8AA4
     at com.crystaldecisions.reports.queryengine.Connection.bf(Unknown Source)
     at com.crystaldecisions.reports.queryengine.Rowset.z3(Unknown Source)
     at com.crystaldecisions.reports.queryengine.Rowset.bL(Unknown Source)
     at com.crystaldecisions.reports.queryengine.Rowset.zM(Unknown Source)
     at com.crystaldecisions.reports.queryengine.Connection.a(Unknown Source)
     at com.crystaldecisions.reports.queryengine.Table.a(Unknown Source)
     at com.crystaldecisions.reports.queryengine.Table.if(Unknown Source)
     at com.crystaldecisions.reports.queryengine.Table.try(Unknown Source)
     at com.crystaldecisions.reports.queryengine.Table.a(Unknown Source)
     at com.crystaldecisions.reports.queryengine.Table.u7(Unknown Source)
     at com.crystaldecisions.reports.datafoundation.DataFoundation.a(Unknown Source)
     at com.crystaldecisions.reports.dataengine.dfadapter.DFAdapter.a(Unknown Source)
     at com.crystaldecisions.reports.dataengine.dfadapter.CheckDatabaseHelper.a(Unknown Source)
     at com.crystaldecisions.reports.dataengine.datafoundation.CheckDatabaseCommand.new(Unknown Source)
     at com.crystaldecisions.reports.common.CommandManager.a(Unknown Source)
     at com.crystaldecisions.reports.common.Document.a(Unknown Source)
     at com.crystaldecisions.reports.dataengine.VerifyDatabaseCommand.new(Unknown Source)
     at com.crystaldecisions.reports.common.CommandManager.a(Unknown Source)
     at com.crystaldecisions.reports.common.Document.a(Unknown Source)
     at com.businessobjects.reports.sdk.requesthandler.f.a(Unknown Source)
     at com.businessobjects.reports.sdk.requesthandler.DatabaseRequestHandler.a(Unknown Source)
     at com.businessobjects.reports.sdk.requesthandler.DatabaseRequestHandler.if(Unknown Source)
     at com.businessobjects.reports.sdk.JRCCommunicationAdapter.do(Unknown Source)
     ... 39 more
Please help me and tell me why....

Performance problem with S873,S691,S679,S716

Hi All,
I am using tables S873,S691,S679,S716 in my report. Since these have huge data its creating performance problem. Right now i am selecting data from tables as Select single.. in Loop.. endloop.
If i try to get it out and use FOR ALL ENTRIES, its taking longer time.
I dont have all keys with me and i m trying to use index whereever possible.
Any hints, comments are really appreciable.
My code goes like this.
This is not a full code... only a part where i am fetching data from 'S' tables.
loop at i_mvke.
SELECT kunnr zzobklgq zzcbklgq
FROM s679 INTO
(s679-kunnr,s679-zzobklgq,s679-zzcbklgq) WHERE
matnr EQ i_mvke-matnr AND
vrsio EQ p_versn AND
sptag IN s_billed AND
werks EQ p_werks AND
vkorg EQ i_mvke-vkorg AND
kunnr IN s_kunnr.
SELECT SUM( zznslqty ) FROM s691 INTO
w_s691_net_bill_qty WHERE
Use index Z5
matnr EQ i_mvke-matnr AND
spmon EQ w_spmon AND
vrsio EQ p_versn AND
werks EQ p_werks AND
vkorg EQ i_mvke-vkorg AND
kunnr IN s_kunnr."
SELECT SUM( zznslqty ) SUM( zzninvnum ) FROM s873 INTO
(work01-zznslqty, work01-zzninvnum) WHERE
use index Z02
vkorg EQ i_mvke-vkorg AND
werks EQ p_werks AND
matnr EQ i_mvke-matnr AND
sptag IN s_billed AND
vrsio EQ p_versn AND
kunnr IN s_kunnr.
SELECT zcrdotov FROM s716 INTO s716-zcrdotov WHERE
matnr EQ i_mvke-matnr AND
sptag IN s_billed AND
vkorg EQ i_mvke-vkorg AND
kunnr IN s_kunnr AND
werks = p_werks AND
vrsio EQ p_versn.
GET THE RECORD TOTAL
ADD 1 TO w_s716_total_count.
GET THE ONTIME TOTAL
IF s716-zcrdotov = 1.
ADD 1 TO w_s716_ontime_count.
ENDIF.
ENDSELECT.
PERFORM fill_output_table.
endloop. "i_mvke
Message was edited by: Agasti Kale

hi
good
wrong->
SELECT kunnr zzobklgq zzcbklgq
FROM s679 INTO
(s679-kunnr,s679-zzobklgq,s679-zzcbklgq) WHERE
matnr EQ i_mvke-matnr AND
vrsio EQ p_versn AND
sptag IN s_billed AND
werks EQ p_werks AND
vkorg EQ i_mvke-vkorg AND
kunnr IN s_kunnr.
write->
SELECT kunnr zzobklgq zzcbklgq
FROM s679 INTO CORRESPONDING FIELDS OF TABLE I_MVKE
WHERE
matnr EQ i_mvke-matnr AND
vrsio EQ p_versn AND
sptag IN s_billed AND
werks EQ p_werks AND
vkorg EQ i_mvke-vkorg AND
kunnr IN s_kunnr.
do the changes accordingly in the below select statements. you have not post the detail report otherwise i could have help you in other select statements also.
thanks
mrutyun

Record management performance problem

Similar Messages

Maybe you are looking for