この問題、詳しく調べてみました。

今まで当方の顧客では発生経験がなく、深く気にしていませんでしたが、たまたまlfDoCompleteを大幅に修正する件があり改めて調べたところ、標準のEC-CUBEのトランザクションの利用方法に問題があり、この現象は不具合ではないかと考えています。

原因として考えているのはdtb_order_tempの読み取り行に対して明示的ロックをしていないことではないかと思います。

この結果、多重読み込みへの対応は本来、pop2joaさんご指摘の?のパターンを想定しているように見えますが、?のように複数の注文に分裂するタイミングがありえます。
?のパターンも起きないように出来るとは思いますが改編箇所多いですね・・・

まだ調べていませんが広範囲に同じ問題を抱えている可能性があります。

なお、これはMySQLでもPostgreSQLでも起こると思います。（どちらも明示的な行ロックが確か必要なはず）

少々MySQL、PostgreSQLのトランザクション制御に関する深い所で、実装系差違部分もありますし（例えば、もし同様の手順をDB2で組むと発生しないはず）、難解ですが早々に治したい不具合かもしれません。

私の勘違いではないかどうか、他の識者の方々の見解もいただければと思います。

----------------
EC-CUBE公式エヴァンジェリスト
EC-CUBEインテグレートパートナー (株)スピリット・オブ
移転・拡張・高速化・問題解決
各種カスタマイズ・支援依頼承ります。
[url=h