【iDempiere Lab】JPiereのボリュームテストメモ-700万伝票7000万明細

JPiereを使用したボリュームテストのメモ。

基本的な操作は問題なく行えている。このレベルになると、登録専用の画面を作成し、更新の際には検索ウィンドウよりズームするようにするなど、操作的に大量ボリューム対応できるように準備しておく必要があると感じる。

JPiereでは、大量ボリュームを意識した各種設定を予め施しています。詳しくは"JPiereのパフォーマンス改善への取り組み"を参照して下さい。

 

テスト環境

Windows10 - 64bit ノートPC

  • Intel Core i7 - 4510U CPU @2.00GHz
  • メモリ16GB
  • SSD(※ただしボリュームテストのDBはUSB3接続の外付けSSD)
  • PostgreSQL9.4

DB概要

USB3接続の外付けSSD(2TB)にデータを格納。

DBサイズ:約447GB

ダンプファイルサイズ:約251GB -> 圧縮後 37GB

取得時間:約2時間45分 + 圧縮時間 約1時間40分

主なマスタ情報

取引先マスタ - 10万件

◆C_BPartnerテーブル情報

  • レコード件数(Count関数使用):100,125
  • テーブルサイズ(統計情報参照):47MB
  • インデックスサイズ(統計情報参照):40MB

品目マスタ - 10万件

◆M_Productテーブル情報

  • レコード件数(Count関数使用):100,080
  • テーブルサイズ(統計情報参照):31MB
  • インデックスサイズ(統計情報参照):23MB

販売管理と購買管理

受注伝票と発注伝票 - 合計705万伝票 7,059万明細

1伝票10明細で伝票登録。

受注伝票(標準入力:登録専用)ウィンドウと発注伝票ウィンドウ(標準入力)において、通常通り伝票登録できる事を確認した。

◆C_Orderテーブル情報

  • レコード件数(Count関数使用):7,053,165
  • テーブルサイズ(統計情報参照):3,177MB
  • インデックスサイズ(統計情報参照):3,607MB

◆C_OrderLineテーブル情報

  • レコード件数(Count関数使用):70,590,391
  • テーブルサイズ(統計情報参照):23GB
  • インデックスサイズ(統計情報参照):27GB

 

出荷納品伝票と入荷伝票 - 合計705万伝票 7,059万明細

1伝票10明細で伝票登録。

受注伝票をもとに出荷納品伝票を作成し、通常通り伝票登録ができる事を確認した。同様に、発注伝票から入荷伝票を作成し、通常通り伝票登録ができる事を確認した。

◆M_InOutテーブル情報

  • レコード件数(Count関数使用):7,053,088
  • テーブルサイズ(統計情報参照):2,662MB
  • インデックスサイズ(統計情報参照):4,207MB

◆M_InOutLineテーブル情報

  • レコード件数(Count関数使用):70,590,236
  • テーブルサイズ(統計情報参照):15GB
  • インデックスサイズ(統計情報参照):15GB

 

売上請求伝票と仕入請求伝票 - 合計725万伝票 7,223万明細

1伝票10明細で伝票登録。

売上請求伝票(標準入力:登録専用)ウィンドウで受注伝票をもとに売上請求伝票を作成し、通常通り伝票登録ができる事を確認した。同様に仕入請求伝票(標準入力)でも通常通り、伝票登録ができる事を確認した。

◆C_Invoiceテーブル情報

  • レコード件数(Count関数使用):7,225,733
  • テーブルサイズ(統計情報参照):2,677MB
  • インデックスサイズ(統計情報参照):5,570MB

◆C_InvoiceLineテーブル情報

  • レコード件数(Count関数使用):72,235,964
  • テーブルサイズ(統計情報参照):18GB
  • インデックスサイズ(統計情報参照):18GB

債権債務管理

入金伝票と支払伝票 - 合計687万伝票

ひと月ごとに売上/仕入請求伝票をまとめて支払う想定で入金/支払処理を実行。

入金伝票を、通常通り登録し、消込処理画面で消込処理が行えることを確認した。

◆C_Paymentテーブル情報

  • レコード件数(Count関数使用):6,874,172
  • テーブルサイズ(統計情報参照):2,070MB
  • インデックスサイズ(統計情報参照):3,395MB

 

消込伝票 - 合計685万伝票

ひと月ごとに売上/仕入請求伝票をまとめて支払う想定で入金/支払処理を実行。

◆C_AllocationHdrテーブル情報

  • レコード件数(Count関数使用):6,858,283
  • テーブルサイズ(統計情報参照):1,803MB
  • インデックスサイズ(統計情報参照):2,2549MB

◆C_AllocationLineテーブル情報

  • レコード件数(Count関数使用):7,007,023
  • テーブルサイズ(統計情報参照):1,215MB
  • インデックスサイズ(統計情報参照):1181MB

 

出納帳

◆C_BankStatementテーブル情報

  • レコード件数(Count関数使用):1,0768
  • テーブルサイズ(統計情報参照):19MB
  • インデックスサイズ(統計情報参照):23MB

◆C_BankStatementLineテーブル情報

  • レコード件数(Count関数使用):6,962,247
  • テーブルサイズ(統計情報参照):1,746MB
  • インデックスサイズ(統計情報参照):1,742MB

在庫管理

在庫管理台帳テーブル情報

◆M_Transactionテーブル情報

  • レコード件数(Count関数使用):72,551,074
  • テーブルサイズ(統計情報参照):12GB
  • インデックスサイズ(統計情報参照):9,386MB

◆M_StorageOnHandテーブル情報

  • レコード件数(Count関数使用):7,528,640
  • テーブルサイズ(統計情報参照):1,250MB
  • インデックスサイズ(統計情報参照):1,871MB

◆M_StorageReservationテーブル情報

  • レコード件数(Count関数使用):1,000,115
  • テーブルサイズ(統計情報参照):168MB
  • インデックスサイズ(統計情報参照):366MB

会計

FACT_ACCTテーブル情報 2億レコード

  • レコード件数(Count関数使用):277,162,890
  • テーブルサイズ(統計情報参照):88GB
  • インデックスサイズ(統計情報参照):74GB

 

関連するコンテンツ