アーティクル - CS425173

SQL Server 2022 を使用した Windchill PDMLink 13.0 でのチェックアウトの取り消しのパフォーマンスが低い

修正日: 29-Jan-2025   


注記:ここに記載されている情報は、お客様の利便性向上のため機械翻訳ソフトを使用しています。PTCは、ここに記載されている情報の翻訳の正確性について、一切の責任を負いませんので、ご了承ください。英語の原文を参照するには、こちら。この機械翻訳に関する詳細は、こちら。
お知らせいただき、ありがとうございます。この機械翻訳をレビューします。

適用対象

  • Windchill PDMLink 13.0 to 13.1
  • SQL Server 2022

説明

  • SQL Server 2022 では、SQL Server 2019 よりも Undo Checkout のパフォーマンスが低下します。
  • Windchill 13.0.1 の PTC リリース マトリックスには、「SQL Server 2019 を使用した同等の構成と比較して、チェックアウトの取り消し操作が約 20% 遅くなることが確認されています」と記載されています。
    • パフォーマンスが常に20%遅くなるわけではないことに注意してください
    • 約775個のオブジェクトはわずか15%遅い
    • 約2,000個のオブジェクトは26%遅くなります
    • 約19,000個のオブジェクトは実際には56%高速です
  • チェックアウトを元に戻すのにかかる時間は主にIBAの一括削除に費やされる。
  • これらの削除の原因は次のスタック トレースです。
O-cost=17285:DB DELETE: DELETE  FROM StringValue  WHERE (idA2A2 = ?):count=24
   O-cost=17285:wt.fc.profiling.SQLExecutionTimeProfilingLogger.addEndEntry(SQLExecutionTimeProfilingLogger.java:103):count=24
     O-cost=17285:wt.util.TraceTimingCompositeLogger.lambda$addEndEntry$1(TraceTimingCompositeLogger.java:41):count=24
       O-cost=17285:java.base/java.util.concurrent.CopyOnWriteArrayList.forEach(CopyOnWriteArrayList.java:807):count=24
         O-cost=17285:wt.util.TraceTimingCompositeLogger.addEndEntry(TraceTimingCompositeLogger.java:41):count=24
           O-cost=17285:wt.util.TraceTimingResource.close(TraceTimingResource.java:65):count=24
             O-cost=17285:wt.pds.SQLDatabasePds.deleteList(SQLDatabasePds.java:3680):count=24
               O-cost=17285:wt.pds.SQLDatabasePds.delete(SQLDatabasePds.java:2667):count=24
                 O-cost=17285:wt.pom.PersistentObjectManager.delete(PersistentObjectManager.java:628):count=24
                   O-cost=17285:wt.fc.StandardPersistenceManager.removeBatch(StandardPersistenceManager.java:2755):count=24
                     O-cost=17285:wt.fc.StandardPersistenceManager.remove(StandardPersistenceManager.java:2351):count=24
                       O-cost=17285:wt.fc.StandardPersistenceManager$DeleteBatchSpecChunkResultProcessor.process(StandardPersistenceManager.java:3630):count=24
                         O-cost=17285:wt.fc.AbstractOidChunkResultProcessor.process(AbstractOidChunkResultProcessor.java:147):count=24
                           O-cost=16127:wt.fc.AbstractOidChunkResultProcessor.addElement(AbstractOidChunkResultProcessor.java:78):count=22
                           |  O-cost=16127:wt.pds.SQLDatabasePds.query(SQLDatabasePds.java:892):count=22
                           |    O-cost=16127:wt.pom.PersistentObjectManager.query(PersistentObjectManager.java:1077):count=22
                           |      O-cost=16127:wt.fc.StandardPersistenceManager._query(StandardPersistenceManager.java:2052):count=22
                           |        O-cost=16127:wt.fc.StandardPersistenceManager.query(StandardPersistenceManager.java:2004):count=22
                           |          O-cost=16127:wt.fc.StandardPersistenceManager.query(StandardPersistenceManager.java:1514):count=22
                           |            O-cost=16127:wt.fc.batch.BatchSpecificationUtilities.queryTargetKeys(BatchSpecificationUtilities.java:89):count=22
                           |              O-cost=16127:wt.fc.StandardPersistenceManager.execute(StandardPersistenceManager.java:1660):count=22
                           |                O-cost=16127:wt.iba.value.service.MultiObjIBAValueDBService.deleteAllIBAsForIBAHolders(MultiObjIBAValueDBService.java:548):count=22
                           |                  O-cost=16127:wt.iba.value.service.MultiObjIBAValueDBService$4.notifyVetoableMultiObjectEvent(MultiObjIBAValueDBService.java:278):count=22
                           |                    O-cost=16127:wt.events.StandardKeyedEventBranch.intDispatchEvent(StandardKeye
最新バージョンはこちらを参照ください CS425173