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サイズ：約380GB
ダンプファイルサイズ：約216GB -> 圧縮後 31GB
取得時間：約2時間30分 + 圧縮時間 約1時間25分
DBクラスタのコールドバックアップした場合のZIPファイルサイズ：約XXGB
圧縮時間：圧縮予想時間で60時間～80時間となっているため、圧縮断念…。
前回の7時間より約10倍となっている…。何か環境的な要因か？？
主なマスタ情報
取引先マスタ - 10万件
◆C_BPartnerテーブル情報
- レコード件数(Count関数使用):100,125
- テーブルサイズ(統計情報参照)：47MB
- インデックスサイズ(統計情報参照):40MB
品目マスタ - 10万件
◆M_Productテーブル情報
- レコード件数(Count関数使用):100,080
- テーブルサイズ(統計情報参照)：31MB
- インデックスサイズ(統計情報参照):23MB
販売管理と購買管理
受注伝票と発注伝票 - 合計601万伝票 6,000万明細
1伝票10明細で伝票登録。
受注伝票(標準入力:登録専用)ウィンドウと発注伝票ウィンドウ(標準入力)において、通常通り伝票登録できる事を確認した。
◆C_Orderテーブル情報
- レコード件数(Count関数使用):6,010,687
- テーブルサイズ(統計情報参照)：2,698MB
- インデックスサイズ(統計情報参照):3,094MB
◆C_OrderLineテーブル情報
- レコード件数(Count関数使用):60,165,664
- テーブルサイズ(統計情報参照)：19GB
- インデックスサイズ(統計情報参照):22GB
出荷納品伝票と入荷伝票 - 合計601万伝票 6,000万明細
1伝票10明細で伝票登録。
受注伝票をもとに出荷納品伝票を作成し、通常通り伝票登録ができる事を確認した。同様に、発注伝票から入荷伝票を作成し、通常通り伝票登録ができる事を確認した。
◆M_InOutテーブル情報
- レコード件数(Count関数使用):6,010,612
- テーブルサイズ(統計情報参照)：2,268MB
- インデックスサイズ(統計情報参照):3,582MB
◆M_InOutLineテーブル情報
- レコード件数(Count関数使用):60,165,512
- テーブルサイズ(統計情報参照)：13GB
- インデックスサイズ(統計情報参照):13GB
売上請求伝票と仕入請求伝票 - 合計618万伝票 6,190万明細
1伝票10明細で伝票登録。
売上請求伝票(標準入力:登録専用)ウィンドウで受注伝票をもとに売上請求伝票を作成し、通常通り伝票登録ができる事を確認した。同様に仕入請求伝票(標準入力)でも通常通り、伝票登録ができる事を確認した。
◆C_Invoiceテーブル情報
- レコード件数(Count関数使用):6,183,261
- テーブルサイズ(統計情報参照)：2,302MB
- インデックスサイズ(統計情報参照):4,707MB
◆C_InvoiceLineテーブル情報
- レコード件数(Count関数使用):61,891,244
- テーブルサイズ(統計情報参照)：15GB
- インデックスサイズ(統計情報参照):15GB
債権債務管理
入金伝票と支払伝票 - 合計600万伝票
ひと月ごとに売上／仕入請求伝票をまとめて支払う想定で入金／支払処理を実行。
入金伝票を、通常通り登録し、消込処理画面で消込処理が行えることを確認した。
◆C_Paymentテーブル情報
- レコード件数(Count関数使用):6,003,944
- テーブルサイズ(統計情報参照)：1,837MB
- インデックスサイズ(統計情報参照):2,914MB
消込伝票 - 合計598万伝票
ひと月ごとに売上／仕入請求伝票をまとめて支払う想定で入金／支払処理を実行。
◆C_AllocationHdrテーブル情報
- レコード件数(Count関数使用):5,988,055
- テーブルサイズ(統計情報参照)：1,578MB
- インデックスサイズ(統計情報参照):2,217MB
◆C_AllocationLineテーブル情報
- レコード件数(Count関数使用):6,129,917
- テーブルサイズ(統計情報参照)：1,063MB
- インデックスサイズ(統計情報参照):973MB
出納帳
◆C_BankStatementテーブル情報
- レコード件数(Count関数使用):9,841
- テーブルサイズ(統計情報参照)：19MB
- インデックスサイズ(統計情報参照):18MB
◆C_BankStatementLineテーブル情報
- レコード件数(Count関数使用):6,092,019
- テーブルサイズ(統計情報参照)：1,565MB
- インデックスサイズ(統計情報参照):1,517MB
在庫管理
在庫管理台帳テーブル情報
◆M_Transactionテーブル情報
- レコード件数(Count関数使用):62,126,871
- テーブルサイズ(統計情報参照)：10GB
- インデックスサイズ(統計情報参照):7,835MB
◆M_StorageOnHandテーブル情報
- レコード件数(Count関数使用):7,441,492
- テーブルサイズ(統計情報参照)：1,250MB
- インデックスサイズ(統計情報参照):1,837MB
◆M_StorageReservationテーブル情報
- レコード件数(Count関数使用):1,000,115
- テーブルサイズ(統計情報参照)：168MB
- インデックスサイズ(統計情報参照):365MB
会計
FACT_ACCTテーブル情報 2億レコード
- レコード件数(Count関数使用):238,570,236
- テーブルサイズ(統計情報参照):76GB
- インデックスサイズ(統計情報参照):61GB