SQL query is slow after upgrading from SQL 2008 to SQL 2008 R2

Hello
We were using SQL 2008 Standard, but after upgrading to R2, following query is much slower (takes 5 seconds instead of less than 1 second), how is this possible?
Regards, Hennie
SELECT
 P.BSN,
 P.Persnr,
 P.Roepnaam,
 P.Tussenvoegsels,
 P.Achternaam,
 P.Geslacht,
 COALESCE (P.Achternaam + ', ' + P.Roepnaam + ' ' + P.Tussenvoegsels, P.Achternaam + ', ' + P.Roepnaam, P.Achternaam) AS naamvolledig,
 P.Telmobiel,
 P.Telvast,
 P.Postcode,
 G.groep,
 COALESCE (RM.nieuweDag, GR.Dag) AS dag,
 COALESCE (RM.nieuweDatum, GR.datum) AS datum,
 DATEPART(ww, COALESCE (RM.nieuweDatum, GR.datum)) AS weeknummer,
 DATEPART(yyyy, COALESCE (RM.nieuweDatum, GR.datum)) AS jaar,
 CONVERT(VARCHAR(8),
  CASE WHEN GR.ID_lokaties = 3 THEN COALESCE (RM.nieuweBegintijd,
   CASE WHEN GR.Tijdspan = 2 THEN R.begintijd2 ELSE R.begintijd END)
  ELSE COALESCE (RM.nieuweBegintijd, GR.begintijd) END, 108) AS begintijdberekend,
 CONVERT(VARCHAR(8),
  CASE WHEN GR.ID_lokaties = 3 THEN COALESCE (RM.nieuweEindtijd,
   CASE WHEN GR.Tijdspan = 2 THEN R.eindtijd2 ELSE R.eindtijd END)
  ELSE COALESCE (RM.nieuweEindtijd, GR.eindtijd) END, 108) AS eindtijdberekend,
 CASE WHEN GR.ID_lokaties = 3 THEN
   CONVERT(NCHAR(5), COALESCE (RM.nieuweBegintijd,CASE WHEN GR.Tijdspan = 2 THEN R.begintijd2 ELSE R.begintijd END), 108) + '-' +
   CONVERT(NCHAR(5), COALESCE (RM.nieuweEindtijd, CASE WHEN GR.Tijdspan = 2 THEN R.eindtijd2 ELSE R.eindtijd END), 108)
  ELSE CONVERT(NCHAR(5),COALESCE (RM.nieuweBegintijd, GR.begintijd), 108) + '-' + CONVERT(NCHAR(5), COALESCE (RM.nieuweEindtijd, GR.eindtijd), 108)
  END AS Tijdspanne,
 CASE
  WHEN GR.ID_lokaties = 3 AND R.id_relaties = 9 THEN 'Werk Intern'
  WHEN GR.ID_lokaties = 3 THEN R.relatienaam
  ELSE L.lokatie END AS Lokatieberekend,
 R.relatienaam AS relatie,
 L.IntExt,
 RA.Omschrijving AS roosteractiviteit,
 A.instroomdatum,
 A.uitstroomdatum,
 TT.trajecttype,
 W.Naamvolledig AS Werkcoach,
 A.ID_groepen,
 T.ID_personen,
 A.ID_werkcoaches,
 CASE
  WHEN GR.ID_lokaties = 3 AND R.id_relaties = 9 THEN 20
  WHEN GR.ID_lokaties = 3 THEN R.id_relaties
  ELSE L.ID_relaties END AS ID_lokatieberekend,
 A.ID_relaties AS ID_relatie,
 R.nummer2 AS capaciteit,
 GR.ID_groepsroosters,
 CAST(CASE WHEN foto IS NOT NULL THEN 'Ja' ELSE NULL END AS char(2)) AS Foto,
 W.Email,
 W.TelefoonMobiel,
 W.TelefoonVast
FROM
 dbo.personen AS P INNER JOIN
 dbo.trajecten AS T ON T.ID_personen = P.ID_personen INNER JOIN
 dbo.trajecttype AS TT ON T.ID_trajecttype = TT.ID_trajecttype INNER JOIN
 dbo.trajectactiviteiten AS A ON A.ID_trajecten = T.ID_trajecten INNER JOIN
 dbo.groepsroosters AS GR ON GR.ID_groepen = A.ID_groepen LEFT OUTER JOIN
 dbo.roosteractiviteit AS RA ON GR.ID_roosteractiviteit = RA.ID_roosteractiviteit INNER JOIN
 dbo.lokaties AS L ON GR.ID_lokaties = L.ID_lokaties INNER JOIN
 dbo.werkcoaches AS W ON A.ID_werkcoaches = W.ID_werkcoaches INNER JOIN
 dbo.groepen AS G ON A.ID_groepen = G.ID_groepen LEFT OUTER JOIN
 dbo.relaties AS R ON A.ID_relaties = R.ID_relaties LEFT OUTER JOIN
 dbo.roostermutaties AS RM ON P.ID_personen = RM.ID_personen AND GR.ID_groepsroosters = RM.ID_groepsroosters AND RM.aanwezig IS NULL
WHERE
 (COALESCE (RM.nieuweDatum, GR.datum) BETWEEN GETDATE() - 1 AND GETDATE() + 13)
 AND (COALESCE (DATEDIFF(day, COALESCE (RM.nieuweDatum, GR.datum), A.uitstroomdatum), 0) >= 0)
 AND (DATEDIFF(day, A.instroomdatum, COALESCE (RM.nieuweDatum, GR.datum)) >= 0)
 AND ((SELECT COUNT(*) AS Expr1
  FROM dbo.roostermutaties AS RM2
  WHERE (P.ID_personen = ID_personen)
  AND (GR.ID_groepsroosters = ID_groepsroosters)
  AND (CONVERT(VARCHAR(8), begintijdafwezig, 108) = CONVERT(VARCHAR(8),
  CASE WHEN GR.ID_lokaties = 3 THEN COALESCE (RM.nieuweBegintijd,
  CASE WHEN GR.Tijdspan = 2 THEN R.begintijd2 ELSE R.begintijd END)
  ELSE COALESCE (RM.nieuweBegintijd, GR.begintijd) END, 108)) AND
  (CONVERT(VARCHAR(8), eindtijdafwezig, 108) = CONVERT(VARCHAR(8), CASE WHEN GR.ID_lokaties = 3 THEN COALESCE (RM.nieuweEindtijd,
  CASE WHEN GR.Tijdspan = 2 THEN R.eindtijd2 ELSE R.eindtijd END) ELSE COALESCE (RM.nieuweEindtijd, GR.eindtijd) END, 108))) = 0)

We were using SQL 2008 Standard, but after upgrading to R2, following query is much slower (takes 5 seconds instead of less than 1 second), how is this possible?
It is not uncommon to experience performance problems following an upgrade when there are issues with original query.  Non-sargable expressions like Olaf called out are often the culprit, as well as lack of useful indexes and statistics. 
The optimizer cannot glean accurate row count estimates or use indexes efficiently so the resultant plan may not be optimal for the task at hand.  It is only by happenstance that old plan performed better; it could just as well be the other way around,
but again only by chance since the optimizer is guessing.
You might also try using EXISTS instead of SELECT COUNT(*)...= 0:
AND EXISTS(SELECT *
FROM dbo.roostermutaties AS RM2
WHERE P.ID_personen = ID_personen
AND GR.ID_groepsroosters = ID_groepsroosters
AND CONVERT(VARCHAR(8), begintijdafwezig, 108) = CONVERT(VARCHAR(8),
CASE WHEN GR.ID_lokaties = 3 THEN COALESCE (RM.nieuweBegintijd,
CASE WHEN GR.Tijdspan = 2 THEN R.begintijd2 ELSE R.begintijd END)
ELSE COALESCE (RM.nieuweBegintijd, GR.begintijd) END, 108)
AND CONVERT(VARCHAR(8), eindtijdafwezig, 108) = CONVERT(VARCHAR(8), CASE WHEN GR.ID_lokaties = 3 THEN COALESCE (RM.nieuweEindtijd,
CASE WHEN GR.Tijdspan = 2 THEN R.eindtijd2 ELSE R.eindtijd END) ELSE COALESCE (RM.nieuweEindtijd, GR.eindtijd) END, 108))
Dan Guzman, SQL Server MVP, http://www.dbdelta.com

Similar Messages

  • Query running slow after upgrading

    Hi,
    We have one query that is running very slow in the 10.2.0.4 database after upgrading from 9.2.0.8 HP-UX B11.31. In 9.2.0.8 database it used to take 5 mins. But in the new 10.2.0.4 database it takes around 36 mins.The query is given below.
    SELECT a.transaction_date,
                    a.ORD_PROD_BE_ID,
                    a.SLS_POSTD_DT_BE_ID,
                     a.net_trd_amt,
                    a.trd_actl_un_qty,
                    t.FISC_MO_CD, 
                    t.FY_CD
    FROM fact_net_trd_sls a,
                dim_tm_mv t,
                dim_prod b,
                (SELECT DISTINCT kit_prod_cd FROM kal_kit_bom) c
    WHERE b.be_id = a.ORD_PROD_BE_ID
    AND b.end_date >SYSDATE
    AND t.be_id = a.SLS_POSTD_DT_BE_ID
    AND t.end_date > SYSDATE
    AND c.kit_prod_cd (+)= b.base_prod_cd
    AND t.FY_CD IN (SELECT DISTINCT FY_CD FROM DIM_tm_MV T WHERe T.DAY_STRT_PRD_OF_TM=TRUNC(SYSDATE))
    and nvl2(c.kit_prod_cd,'K','FG') = 'FG'
    ORDER BY  a.ORD_PROD_BE_ID,a.TRANSACTION_DATE;The plan in 9i is below,
    PLAN_TABLE_OUTPUT
    | Id  | Operation                           |  Name                  | Rows  | Bytes |TempSpc| Cost  |
    |   0 | SELECT STATEMENT                    |                        |  2861K|  1585M|       |   170K|
    |   1 |  VIEW                               |                        |  2861K|  1585M|       |   170K|
    |   2 |   SORT UNIQUE                       |                        |  2861K|   654M|  1397M|   170K|
    |*  3 |    FILTER                           |                        |       |       |       |       |
    |*  4 |     HASH JOIN OUTER                 |                        |       |       |       |       |
    |*  5 |      HASH JOIN                      |                        |  1998K|   445M|  4056K| 63419 |
    |*  6 |       TABLE ACCESS BY INDEX ROWID   | DIM_PROD               | 53189 |  3428K|       |   283 |
    |   7 |        BITMAP CONVERSION TO ROWIDS  |                        |       |       |       |       |
    |   8 |         BITMAP INDEX FULL SCAN      | XN3_DIM_PROD           |       |       |       |       |
    |   9 |       TABLE ACCESS BY INDEX ROWID   | FACT_NET_TRD_SLS       |  4081 |   203K|       |   118 |
    |  10 |        NESTED LOOPS                 |                        |  1998K|   320M|       | 57607 |
    |* 11 |         HASH JOIN SEMI              |                        |   490 | 57330 |       |   208 |
    |* 12 |          TABLE ACCESS FULL          | DIM_TM_MV              | 15180 |  1260K|       |   195 |
    |  13 |          TABLE ACCESS BY INDEX ROWID| DIM_TM_MV              |     1 |    32 |       |     1 |
    |* 14 |           INDEX RANGE SCAN          | XN4_DIM_TM_MV          |     1 |       |       |     1 |
    |* 15 |         INDEX RANGE SCAN            | FACT_NET_TRD_SLS_IDX3  |  4081 |       |       |    54 |
    |  16 |      TABLE ACCESS FULL              | KAL_KIT_BOM            | 14175 | 85050 |       |    24 |
    Predicate Information (identified by operation id):
       3 - filter(NVL2("KAL_KIT_BOM"."KIT_PROD_CD",'K','FG')='FG')
       4 - access("B"."BASE_PROD_CD"=("KAL_KIT_BOM"."KIT_PROD_CD"(+)))
       5 - access("B"."BE_ID"="A"."ORD_PROD_BE_ID")
       6 - filter("B"."END_DATE">SYSDATE@!)
      11 - access("SYS_ALIAS_0000"."FY_CD"="T"."FY_CD")
      12 - filter("SYS_ALIAS_0000"."END_DATE">SYSDATE@!)
      14 - access("T"."DAY_STRT_PRD_OF_TM"=TRUNC(SYSDATE@!))
      15 - access("SYS_ALIAS_0000"."BE_ID"="A"."SLS_POSTD_DT_BE_ID")
    Note: cpu costing is off
    36 rows selected.The plan in 10g is below.
    Operation           Object Name     Rows     Bytes     Cost       Object Node      In/Out  PStart    PStop
    SELECT STATEMENT Optimizer Mode=ALL_ROWS                             34                           1382                                                       
      VIEW                   34           19 K        1382                                                       
        SORT UNIQUE                               34           7 K          1382                                                       
          FILTER                                                                                                                             
            HASH JOIN OUTER                   34           7 K          1375                                                       
              MAT_VIEW ACCESS BY INDEX ROWID           WHSUSR.DIM_TM_MV 1              81           1                                                              
                NESTED LOOPS                      24           5 K          1350                                                       
                  NESTED LOOPS                    740         105 K     1336                                                       
                    MERGE JOIN CARTESIAN                              1              95           1332                                                       
                      TABLE ACCESS BY INDEX ROWID              WHSUSR.DIM_PROD      52 K        3 M        279                                                         
                        BITMAP CONVERSION TO ROWIDS                                                                                                                      
                          BITMAP INDEX FULL SCAN     WHSUSR.XN3_DIM_PROD                                                                                                           
                      BUFFER SORT                   1              30           9223372036 G                                                   
                        SORT UNIQUE                               1              30           1                                                              
                          MAT_VIEW ACCESS BY INDEX ROWID               WHSUSR.DIM_TM_MV 1              30           1                                                                           
                            INDEX RANGE SCAN               WHSUSR.XN4_DIM_TM_MV      1                              1                                                              
                    TABLE ACCESS BY INDEX ROWID                TRANSDATA.FACT_NET_TRD_SLS             740         36 K        4                                                                    
                      INDEX RANGE SCAN     TRANSDATA.FACT_NET_TRD_SLS_IDX2 2 K                         1                                                              
                  INDEX RANGE SCAN         WHSUSR.XN1_DIM_TM_MV      1                              1                                                              
              TABLE ACCESS FULL               EDW_DBA.KAL_KIT_BOM            14 K        83 K        24                                                            We have checked that the statistics are uptodate. Please help with suggestions.
    Thanks in advane.

    Most likely, the index stats are not up-to-date, please double check.
    h5. In 9i, FACT_NET_TRD_SLS_IDX3 is used to scan the fact.
    Time dimension is used to filter out most records in fact table first, then join to Product dimension.
    h5. In 10g, FACT_NET_TRD_SLS_IDX2 is used to scan the fact.
    Time dimension "MERGE JOIN CARTESIAN" to Product dimension first to form a data set, and then use it to filter the fact table.
    If the stats for FACT_NET_TRD_SLS_IDX2 let ORACLE believe that much less records will remain/survive after the join, 10g will use it.
    It seems to me that cartesian join Time x Product is going to generate a much bigger data set than estimated, then the nested loop after that will take a long time to iterate through.
    Why don't you partition your fact table BY RANGE(SLS_POSTD_DT_BE_ID) to make it simpler?

  • Asset query execution performance after upgrade from 4.6C to ECC 6.0+EHP4

    Hi,guys
    I am encounted a weird problems about asset query execution performance after upgrade to ECC 6.0.
    Our client had migrated sap system from 4.6c to ECC 6.0. We test all transaction code and related stand report and query.
    Everything is working normally except this asset depreciation query report. It is created based on ANLP, ANLZ, ANLA, ANLB, ANLC table; there is also some ABAP code for additional field.
    This report execution costed about 6 minutes in 4.6C system; however it will take 25 minutes in ECC 6.0 with same selection parameter.
    At first, I am trying to find some difference in table index ,structure between 4.6c and ECC 6.0,but there is no difference about it.
    i am wondering why the other query reports is running normally but only this report running with too long time execution dump messages even though we do not make any changes for it.
    your reply is very appreciated
    Regards
    Brian

    Thanks for your replies.
    I check these notes, unfortunately it is different our situation.
    Our situation is all standard asset report and query (sq01) is running normally except this query report.
    I executed se30 for this query (SQ01) at both 4.6C and ECC 6.0.
    I find there is some difference in select sequence logic even though same query without any changes.
    I list there for your reference.
    4.6C
    AQA0FI==========S2============
    Open Cursor ANLP                                    38,702  39,329,356  = 39,329,356      34.6     AQA0FI==========S2============   DB     Opens
    Fetch ANLP                                         292,177  30,378,351  = 30,378,351      26.7    26.7  AQA0FI==========S2============   DB     OpenS
    Select Single ANLC                                  15,012  19,965,172  = 19,965,172      17.5    17.5  AQA0FI==========S2============   DB     OpenS
    Select Single ANLA                                  13,721  11,754,305  = 11,754,305      10.3    10.3  AQA0FI==========S2============   DB     OpenS
    Select Single ANLZ                                   3,753   3,259,308  =  3,259,308       2.9     2.9  AQA0FI==========S2============   DB     OpenS
    Select Single ANLB                                   3,753   3,069,119  =  3,069,119       2.7     2.7  AQA0FI==========S2============   DB     OpenS
    ECC 6.0
    Perform FUNKTION_AUSFUEHREN     2     358,620,931          355
    Perform COMMAND_QSUB     1     358,620,062          68
    Call Func. RSAQ_SUBMIT_QUERY_REPORT     1     358,569,656          88
    Program AQIWFI==========S2============     2     358,558,488          1,350
    Select Single ANLA     160,306     75,576,052     =     75,576,052
    Open Cursor ANLP     71,136     42,096,314     =     42,096,314
    Select Single ANLC     71,134     38,799,393     =     38,799,393
    Select Single ANLB     61,888     26,007,721     =     26,007,721
    Select Single ANLZ     61,888     24,072,111     =     24,072,111
    Fetch ANLP     234,524     13,510,646     =     13,510,646
    Close Cursor ANLP     71,136     2,017,654     =     2,017,654
    We can see first open cursor ANLP ,fetch ANLP then select ANLC,ANLA,ANLZ,ANLB at 4.C.
    But it changed to first select ANLA,and open cursor ANLP,then select  ANLC,ANLB,ANLZ,at last fetch ANLP.
    Probably,it is the real reason why it is running long time in ECC 6.0.
    Is there any changes for query selcection logic(table join function) in ECC 6.0.

  • SAP Business One V9 PL09 HF01 is slow after upgrading from 8.8 pl12

    Hi Experts,
    Recently we upgraded V9 Pl09 HF01 for a customer from V8.8 PL12, initally the application was working fine but few days before customer informed that SAP b1 is running very slow after upgrade. we are not sure this happen moreover we checked the server onfiguration and client machine configuration where the configurations are very good to running B1 v9.
    if the customer want to post an invoice, in which the item selection is taking more thant 2 mins to open the item list window.
    Please have a look on server and client hardware configuration,
    Server is
    ML350 G6 Dual Processor Capable, 1 x Xeon
    5504 (2000/800-4MB) Quad Core, 1x2GB, 16GB memory,
    This server only runs SAP, all the rest through duplicate server.
    Client PCs
    Lenovo ThinkCentre A58 7515 - Tower - 1 x P
    E5400 / 2.7 GHz - RAM 4 GB and 2 GB RAM- HDD 1 x 320
    GB - DVD-Writer - GMA X4500 - Gigabit
    Ethernet - Windows 7 Pro 32 bit
    Please help to solve this problem.
    Regards
    Sudhir Tamilvanan

    Hi Sudhir,
    What is the size of the database ?
    Regards,
    Johan

  • Wireless internet speeds slower after upgrading from 10/2 to 50/25?? Using olders revision Mi424WR.

    We have been using the oldest version/revision of the Actiontec Mi424WR router provided by verizon for 3+ years.  Recently we upgraded from an outdated 10/2 internet plan to our current 50/25 wireless plan.  The speeds when wired are fantastic, but with wireless, on multiple computers the speed even right next to the router hovers at about 10mbps.  I understand about the degradation and limit of wireless signals, but we should absolutely be getting higher download speeds than 10mbps(~1Mb/s).  On our older 10/2 mbps plan our devices were receiving consistant download speeds of higher than we are getting now, maxing out at 1.6Mb/s usually.  The only change that has been made recently is we reset the router to fatory settings, leading me to believe that wireless settings that were in place before are no longer there and throttling wireless speeds.  I do not expect to get the full 50+ mbps speed that I am getting from wired, but I do expect my wireless speeds to be consistent with our upgraded plan(let alone slower than our massively slower old plan).  Any thoughts or help would be greatly appreciated, thanks!

    You should definetely get better speeds even with an older router, upto about 20 or so. 
    If that works for you, then it's probably just a little wireless interference.   
     you can change that in the router.   open a browser, and go to http://192.168.1.1
    user name is admin.  and the password is most likely the serial number found on the service tag of your VZ router unless you changed it. Once you login succesfully, go to the top and hit wireless, then on the left basic security.   then go to option 3 which is channel  1, 6 and 11 and are the only channels you should try.
    So it will likely be set to auto, change it to 11 and put the check for keep settings even after reboot (Directly under the channel) and then hit apply.  after you hit apply,  test your connection out, if you notice a difference, leave it like that until the problem happens again, and if it happens again, go back into the router, and try channel 6,     test it out.  and then finally 1 if the first two don't work.
    Also take a look at page 2 of Actiontec's Wireless PDF File.  It gives you some idea's with regards to position and orientation of where the router sits and how it can best be positioned for maximum coverage.
      http://support.actiontec.com/doc_files/MI424WR_Rev​(all)_Wireless_Networking_Guide.pdf

  • ACR extremely slow after upgrade from CS4 to CS5

    After upgrading Photoshop and Bridge from 4.0 to 5.0 I can no longer edit photos in ACR (plugin v 6.3) because it now takes impractically long to refresh the image after most changes. For example, on the Basic pane if I change a setting such as Exposure, Brightness, etc. with a slider it takes about 5 seconds before I see the change to the image. Since CS4 is still on my computer if I load CS4 Bridge, open the same image in Camera Raw (plugin v 5.5) the same operation refreshes the image in about a half second. If I can't solve this problem I'll have to abandon CS5 and go back to CS4, which would be a shame. Any ideas?  Thank you!

    You shouldn't be running version 5.5  of the Camera Raw plug-in in CS4 either.  Update to ACR 5.7 ASAP.
    One should ALWAYS run the LATEST release of ACR for your version of Photoshop, no exceptions.  Each new release brings unheralded, unannounced and sometimes even unacknowledged bug fixes and improvements, beyond support for newer cameras.
    Staying with an older version just because your camera is already supported by it is a very<euphemism>unwise</euphemism> decision.

  • Query engine error after upgrading from vs2003 to 2008

    Hi,
    I had crystal reports installed and working with visual studio 2003 using .Net. After upgrading to visual C# 2008 Express, When I attempt to create a report at runtime, I get the error "Query Engine Error. <filelocation>\report1.rpt"
    If I attempt to edit a report at design time, I get the following error: "There is no editor available for <fileLocation>\report1.rpt. Make sure the application for the file type (.rpt) is installed.
    Can anyone point me in the right direction??
    Thanks,
    Dittimon

    Crystal Reports is not supported with the Express editions of Visual Studio.
    If you are going to use VS.NET 2008 you will need to use the Professional Version or higher.
    This is noted in the following help file: [CR 2008|http://help.sap.com/businessobject/product_guides/boexir31/en/crsdk_net_dg_12_en.chm ]
    Under Supported Versions of Visual Studio
    Jason

  • Blob column slow after upgrade from 9i to 11g

    Hello, I recently upgraded 9i to 11g and the insert for blob column in one of the table is now really slow. can anyone help me please? thanks

    Welcome to the forums !
    It would be best to trace the insert statement. Pl see these threads on how to post a tuning request -
    HOW TO: Post a SQL statement tuning request - template posting
    When your query takes too long ...
    HTH
    Srini

  • Query Engine Error after upgrade from CR for VS2003 to CR for VS2008

    Three CR reports were built in CR 8.5, loaded into VS2003 (C#), and converted. Each report worked fine for the past three years. Each report users the same odbc connection direct to the Sybase 12.5.3 database and each is based on a stored procedure. Each report has input parameters. Recently we did an upgrade to VS2008. We installed the CRRedist2008_x86.msi on the development machine running Windows XP and on the server running Windows 2003. No changes were made to the design of the reports, the parameters, or to the database stored procedures.
    Several other reports run just fine since the update to VS2008, however, two reports are now raising an error message "Query Engine Error: 'An internal error has occurred. Please contact Business Objects technical support.' Failed to open a  rowset." This error message occurs just after ReportViewer.ShowDialog() method is called (login has already been successfully achieved) I verified that with the parameters being passed to the reports are correct and that these should indeed be returning data.
    One additional report is also now raising the error "Query Engine Error at CrystalDecisions.ReportAppServer.Controllers.ReportSourceClass.GetLastPageNumber(RequestContext pRequestContext) at CrystalDecisions.ReportSource.EromReportSourceBase.GetLastPageNumber(ReportPageRequestContext reqContext) ". It can be described as above, odbc connection to Sybase 12.5.3, achieves a successful login, based on a stored procedure that is unchanged. The rpt itself is unchanged.
    I would appreciate your assistance with getting these reports working again. Any suggestions welcome!

    I forgot to mention that I had already done a 'Verify Database' on each of these reports, with no success. However, I have now repeated the 'Verify Database' on each report and they all work. Not sure why it had to be done a second time, but I am very happy that it works. Thank you for your response.
    In answer to your question - why does the Crystal Reports runtime have to be installed on the development machine? This is because our process includes an installation of the application on the development machine, independent of the debug environment, and a test of that application instance before deploying to the application server.

  • FF gets veery slow after upgrade from 3.6.28 to any later version incl 12

    Removal, restart and reinstallation of 3.6.28 cures the problem. The slowness is expressed when changing pages and/or srolling.
    The computer is Vaio VPCX11S1E lightweight w/ 128 GB SSD, 2GB RAM, Awast antivirus and Zone Alarm firewall.
    No private plugins have been nsntalled

    Try to start Firefox in [[Safe mode|Safe mode]]. This mode disables all extensions, user customizations, hardware acceleration, etc. temporarily for diagnostic and troubleshooting. If Firefox works fine in Safe Mode, then this is likely an add-on issue. Restart Firefox in normal mode, then type "About:addons" (without the quotes) in the address bar. Disable your extensions one by one, restarting Firefox between each one, until you find the trouble maker. Once you do, you can disable that add-on and report the issue to that add-on's developer.
    A few other basic trouble shooting things you can try is this:
    Run all Windows Updates, install all needed service packs, etc.
    Update your graphics driver (Firefox uses your graphics card for some rendering, and an out of date graphics card driver can cause problems. [https://support.mozilla.org/en-US/kb/how-do-i-upgrade-my-graphics-drivers https://support.mozilla.org/en-US/kb/how-do-i-upgrade-my-graphics-drivers].
    Update all your plugins (Flash, Java, etc.): [http://www.mozilla.org/plugincheck/ http://www.mozilla.org/plugincheck/].
    Download and Install MalwareBytes Anti-Malware, run a full Scan. [http://www.malwarebytes.org/ http://www.malwarebytes.org/]. This helps check that there are no viruses on your computer causing issues. You can uninstall this program after you clean off any infections.

  • Query Performance problem after upgrade from 8i to 10g

    Following query takes longer time in 10g.
    SELECT LIC_ID,FSCL_YR,KEY_NME,CRTE_TME_STMP,REMT_AMT,UNASGN_AMT,BAD_CK_IND,CSH_RCPT_PARTY_ID,csh_rcpt_id,REC_TYP,XENT_ID,CLNT_CDE,BTCH_CSH_STA,file_nbr,
    lic_nbr,TAX_NBR,ASGN_AMT FROM (
    SELECT /*+ FIRST_ROWS*/
         cpty.lic_id,
    cpty.clnt_cde,
    cpty.csh_rcpt_party_id,
    cpty.csh_rcpt_id,
    cpty.rec_typ,
    cpty.xent_id,
    cr.fscl_yr,
    cbh.btch_csh_sta,
    nam.key_nme,
    lic.file_nbr,
    lic.lic_nbr,
    cr.crte_tme_stmp,
    cr.remt_amt,
    cr.unasgn_amt,
    ee.tax_nbr,
    cr.asgn_amt,
    cr.bad_ck_ind
    FROM lic lic
    ,csh_rcpt_party cpty
    ,name nam
    ,xent ee
    ,csh_rcpt cr
    ,csh_btch_hdr cbh
    WHERE 1 = 1
    AND ee.xent_id = nam.xent_id
    AND cbh.btch_id = cr.btch_id
    AND cr.csh_rcpt_id = cpty.csh_rcpt_id
    AND ee.xent_id = cpty.xent_id
    AND cpty.lic_id = lic.lic_id(+)
    AND (cpty.clnt_cde IN ( SELECT clnt_cde
    FROM clnt
                   START WITH clnt_cde = '4006'
    CONNECT BY PRIOR clnt_cde_prnt = clnt_cde)
    OR cpty.clnt_cde IS NULL)
    AND nam.cur_nme_ind = 'Y'
    AND nam.ent_nme_typ = 'P' AND nam.key_nme LIKE 'WHITE%')
    order by lic_id
    Explain Plan in 8i
    0 SELECT STATEMENT Optimizer=HINT: FIRST_ROWS (Cost=17 Card=1
    Bytes=107)
    1 0 FILTER
    2 1 NESTED LOOPS (Cost=17 Card=1 Bytes=107)
    3 2 NESTED LOOPS (Cost=15 Card=1 Bytes=101)
    4 3 NESTED LOOPS (OUTER) (Cost=13 Card=1 Bytes=73)
    5 4 NESTED LOOPS (Cost=11 Card=1 Bytes=60)
    6 5 NESTED LOOPS (Cost=6 Card=1 Bytes=35)
    7 6 INDEX (RANGE SCAN) OF 'NAME_WBSRCH1_I' (NON-UN
    IQUE) (Cost=4 Card=1 Bytes=26)
    8 6 TABLE ACCESS (BY INDEX ROWID) OF 'XENT' (Cost=
    2 Card=4649627 Bytes=41846643)
    9 8 INDEX (UNIQUE SCAN) OF 'EE_PK' (UNIQUE) (Cos
    t=1 Card=4649627)
    10 5 TABLE ACCESS (BY INDEX ROWID) OF 'CSH_RCPT_PARTY
    ' (Cost=5 Card=442076 Bytes=11051900)
    11 10 INDEX (RANGE SCAN) OF 'CPTY_EE_FK_I' (NON-UNIQ
    UE) (Cost=2 Card=442076)
    12 4 TABLE ACCESS (BY INDEX ROWID) OF 'LIC' (Cost=2 Car
    d=3254422 Bytes=42307486)
    13 12 INDEX (UNIQUE SCAN) OF 'LIC_PK' (UNIQUE) (Cost=1
    Card=3254422)
    14 3 TABLE ACCESS (BY INDEX ROWID) OF 'CSH_RCPT' (Cost=2
    Card=6811443 Bytes=190720404)
    15 14 INDEX (UNIQUE SCAN) OF 'CR_PK' (UNIQUE) (Cost=1 Ca
    rd=6811443)
    16 2 TABLE ACCESS (BY INDEX ROWID) OF 'CSH_BTCH_HDR' (Cost=
    2 Card=454314 Bytes=2725884)
    17 16 INDEX (UNIQUE SCAN) OF 'CBH_PK' (UNIQUE) (Cost=1 Car
    d=454314)
    18 1 FILTER
    19 18 CONNECT BY
    20 19 INDEX (UNIQUE SCAN) OF 'CLNT_PK' (UNIQUE) (Cost=1 Ca
    rd=1 Bytes=4)
    21 19 TABLE ACCESS (BY USER ROWID) OF 'CLNT'
    22 19 TABLE ACCESS (BY INDEX ROWID) OF 'CLNT' (Cost=2 Card
    =1 Bytes=7)
    23 22 INDEX (UNIQUE SCAN) OF 'CLNT_PK' (UNIQUE) (Cost=1
    Card=1)
    Explain Plan in 10g
    0 SELECT STATEMENT Optimizer=HINT: FIRST_ROWS (Cost=19 Card=1
    Bytes=112)
    1 0 SORT (ORDER BY) (Cost=19 Card=1 Bytes=112)
    2 1 FILTER
    3 2 NESTED LOOPS (Cost=18 Card=1 Bytes=112)
    4 3 NESTED LOOPS (Cost=16 Card=1 Bytes=106)
    5 4 NESTED LOOPS (OUTER) (Cost=14 Card=1 Bytes=78)
    6 5 NESTED LOOPS (Cost=12 Card=1 Bytes=65)
    7 6 NESTED LOOPS (Cost=6 Card=1 Bytes=34)
    8 7 INDEX (RANGE SCAN) OF 'NAME_WBSRCH1_I' (INDE
    X) (Cost=4 Card=1 Bytes=25)
    9 7 TABLE ACCESS (BY INDEX ROWID) OF 'XENT' (TAB
    LE) (Cost=2 Card=1 Bytes=9)
    10 9 INDEX (UNIQUE SCAN) OF 'EE_PK' (INDEX (UNI
    QUE)) (Cost=1 Card=1)
    11 6 TABLE ACCESS (BY INDEX ROWID) OF 'CSH_RCPT_PAR
    TY' (TABLE) (Cost=6 Card=1 Bytes=31)
    12 11 INDEX (RANGE SCAN) OF 'CPTY_EE_FK_I' (INDEX)
    (Cost=2 Card=4)
    13 5 TABLE ACCESS (BY INDEX ROWID) OF 'LIC' (TABLE) (
    Cost=2 Card=1 Bytes=13)
    14 13 INDEX (UNIQUE SCAN) OF 'LIC_PK' (INDEX (UNIQUE
    )) (Cost=1 Card=1)
    15 4 TABLE ACCESS (BY INDEX ROWID) OF 'CSH_RCPT' (TABLE
    ) (Cost=2 Card=1 Bytes=28)
    16 15 INDEX (UNIQUE SCAN) OF 'CR_PK' (INDEX (UNIQUE))
    (Cost=1 Card=1)
    17 3 TABLE ACCESS (BY INDEX ROWID) OF 'CSH_BTCH_HDR' (TAB
    LE) (Cost=2 Card=1 Bytes=6)
    18 17 INDEX (UNIQUE SCAN) OF 'CBH_PK' (INDEX (UNIQUE)) (
    Cost=1 Card=1)
    19 2 FILTER
    20 19 CONNECT BY (WITH FILTERING)
    21 20 TABLE ACCESS (BY INDEX ROWID) OF 'CLNT' (TABLE) (C
    ost=2 Card=1 Bytes=15)
    22 21 INDEX (UNIQUE SCAN) OF 'CLNT_PK' (INDEX (UNIQUE)
    ) (Cost=1 Card=1)
    23 20 NESTED LOOPS
    24 23 BUFFER (SORT)
    25 24 CONNECT BY PUMP
    26 23 TABLE ACCESS (BY INDEX ROWID) OF 'CLNT' (TABLE)
    (Cost=2 Card=1 Bytes=7)
    27 26 INDEX (UNIQUE SCAN) OF 'CLNT_PK' (INDEX (UNIQU
    E)) (Cost=1 Card=1)
    28 20 TABLE ACCESS (FULL) OF 'CLNT' (TABLE) (Cost=5 Card
    =541 Bytes=5951)
    Explain plan looks different in steps 19 to 28. I am not sure why 10g have more steps

    Hi
    I have no experience in 8i. I do know 10g does costing different from 8i. So I think the other plan might got elliminated.
    Normally when I see differences. I just collect statistics on the tables and the indexes and remove the hints. Hints are not good . This has helped me to solve few problems.
    Thanks
    CT

  • Weblogic 10.3.2 - Page reload in browser is very slow after upgrade from 8.

    when i first load portal page with empty cache it comes up with in 8 seconds..
    i have noticed that
    browser requests the page -- weblogic app server sends back the file lets say xxxx.css with response 200
    after the first load, if i reload the page
    browser requests the page with the below header info.. and the weblogic server takes a long time to send back 304 not modified error, about 30+ seconds
    in this case browser is sending If-Modified-Since: Fri, 20 Aug 2010 00:47:22 GMT , and here weblogic server takes 30+ seconds to check and return the 304 not modified page
    can any one help what might be the issue
    http:/xxxx/let.css
    GET xxx/let.css HTTP/1.1
    Host: xxxxxxx
    User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.10) Gecko/20100914 Firefox/3.6.10 ( .NET CLR 3.5.30729)
    Accept: text/css,*/*;q=0.1
    Accept-Language: en-us,en;q=0.5
    Accept-Encoding: gzip,deflate
    Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
    Keep-Alive: 115
    Connection: keep-alive
    Referer: xxxxxxxxxxxxxx
    Cookie: JSESSIONID=FdZTM1FGnHKkRZ1x7pVpJ1pqbbzxqjbC4mx1sSGkRX5cHXndLhMJ!-1352170763; NSC_Qpsubm-80=0ac844d70050; s_cc=true; SC_LINKS=%5B%5BB%5D%5D; Not Segmented By Business Size=Not%20Segmented%20By%20Business%20Size; Did Not Visit The Support Site=Did%20Not%20Visit%20The%20Support%20Site; Core Site Page (Includes Microsite Pages)=Core%20Site%20Page%20%28Includes%20Microsite%20Pages%29; s_sq=%5B%5BB%5D%5D
    If-Modified-Since: Fri, 27 Aug 2010 00:47:22 GMT
    Cache-Control: max-age=0
    HTTP/1.1 304 Not Modified
    Date: Wed, 13 Oct 2010 10:13:23 GMT
    Server: Apache/2.0.63 (Unix)
    Connection: Keep-Alive
    Keep-Alive: timeout=15, max=100
    Expires: Wed, 13 Oct 2010 10:13:23 GMT
    Cache-Control: max-age=0
    Vary: Accept-Encoding
    Set-Cookie: NSC_Qpsubm-80=0ac844d70050;expires=Wed,13-Oct-10 10:15:56 GMT;path=/

    We've seen this issue on some servers, but not on others running the same application. We're still researching the problem, but the best lead we've got so far is that it might have something to do with the network, either with not being able to look up a network address with DNS or accessing this address.

  • ITunes 9.0.3 Visualizer very slow after upgrading from 9.0.2

    hi all !
    i noticed that when I start the visualizer, rather than playing nice and smooth as it used to, it now chunks.
    anybody else seeing this and is there a solution ?
    tia

    take a look here: http://discussions.apple.com/thread.jspa?messageID=11239021#11239021.

  • Performance issue after Upgrade from 4.7 to ECC 6.0 with a select query

    Hi All,
    There is a Performance issue after Upgrade from 4.7 to ECC 6.0 with a select query in a report painter.
    This query is working fine when executed in 4.7 system where as it is running for more time in ECC6.0.
    Select query is on the table COSP.
    SELECT (FIELD_LIST)
            INTO CORRESPONDING FIELDS OF TABLE I_COSP PACKAGE SIZE 1000
            FROM  COSP CLIENT SPECIFIED
            WHERE GJAHR IN SELR_GJAHR
              AND KSTAR IN SELR_KSTAR
              AND LEDNR EQ '00'
              AND OBJNR IN SELR_OBJNR
              AND PERBL IN SELR_PERBL
              AND VERSN IN SELR_VERSN
              AND WRTTP IN SELR_WRTTP
              AND MANDT IN MANDTTAB
            GROUP BY (GROUP_LIST).
       LOOP AT I_COSP      .
         COSP                           = I_COSP      .
         PERFORM PCOSP       USING I_COSP-_COUNTER.
         CLEAR: $RWTAB, COSP                          .
         CLEAR CCR1S                         .
       ENDLOOP.
    ENDSELECT.
    I have checked with the table indexes, they were same as in 4.7 system.
    What can be the reson for the difference in execution time. How can this be reduced without adjusting the select query.
    Thanks in advance for the responses.
    Regards,
    Dedeepya.

    Hi,
    ohhhhh....... lots of problems in select query......this is not the way you should write it.
    Some generic comments:
    1. never use SELECT
                       endselect.
       SELECT
      into table
       for all entries in table
      where.
       use perform statment after this selection.
    2. Do not use into corresponding fields. use exact structure type.
    3. use proper sequence of fields in the where condition so that it helps table go according to indexes.
        e.g in your case
              sequence should be
    LEDNR
    OBJNR
    GJAHR
    WRTTP
    VERSN
    KSTAR
    HRKFT
    VRGNG
    VBUND
    PARGB
    BEKNZ
    TWAER
    PERBL
    sequence should be same as defined in table.
    Always keep select query as simple as possible and perform all other calculations etc. afterwords.
    I hope it helps.
    Regards,
    Pranaya

  • After upgrading from acrobat 9.5 to XI pro my users have complained on slow typing when filling in form that were created in version 9.5?

    After upgrading from acrobat 9.5 to XI pro my users have complained on slow typing when filling in form that were created in version 9.5?
    The issue is they type but there is 2 second delay when it appears in the field.
    Windows 7 64bit

    I see, I misread your reference to Reader 11 to mean you were using Acrobat 11, but it looks like it worked out anyway.
    The base-14 fonts are special in PDF because they are guaranteed to be available even if they are not embedded. If you select a non-base-14 font for use with a form field, the entire font usually gets embedded, since each glyph it contains has to be available for use with the field. This can take up a lot of space if you do this a lot, and the space isn't reduced if you change back to a base-14 font later because the internal reference to it is not removed. This is caused by the bug I mentioned.
    In your case, however, the entire font doesn't get embedded because fonts like it (e.g., large asian fonts with a lot of glyphs, Arial Unicode) would take up too much space if fully embedded. If it did, a 100KB PDF could bloat to 20MB with that one change. Instead, users are expected to have such fonts installed on their system, which is why you were prompted to install the font pack. This despite the fact that the font was not actually used by anything in your document, it was simply the orphaned reference to it that triggered this. This should get fixed in Acrobat eventually so this type of thing doesn't happen again.

Maybe you are looking for