fukuti様

ご教授頂きましてありがとうございます。

その後のテスト結果はいかがでしたでしょうか。
またお教え頂ければ幸いです。

また、勝手なお願いで大変恐縮なのですが
可能でしたら、（確認完了後のchangeset登録でも
結構ですので）ソースのご提示を頂ければ幸いです。

大変申し訳ありませんが、どうぞよろしくお願いいたします。

dtb_products_classテーブル更新時のproduct_class_id引き継ぎについて
以下のように修正しテストを行いました。

ソースLC_Page_Admin_Products_ProductClass_Ex.php
function registerProductClassのforループ内

１．$arrList['product_class_id'][$i]の中にproduct_class_idがあれば更新と判断

２．シーケンスdtb_products_class_product_class_idを退避

３．シーケンスdtb_products_class_product_class_idを１．のIDで置き換え

４．dtb_products_classテーブルのInsert

５．シーケンスdtb_products_class_product_class_idを２．のIDに戻す
　　このときNextValを一度かけて置く


ひと通りテストしてみましたが大丈夫そうです。

SC_Query.phpの中を見てみますとSetValはdropSequence、createSequenceで実装されている為
通常SetValのis_calledフィールドfalseと同様の動きになりますので注意が必要かと思われます。

ひき続きテストを行う予定です。
お気づきの点がございましたら書き込みお願いいたします。

私自身が 2.11 で変更された商品規格の仕様を十分に把握しきれていませんが、現状で把握している範囲ですと fukuti 様が試されている方法が、2.11 で直ぐにできる範囲としては妥当な感じがしています。

テスト中との事ですので、結果がでましたら、情報をいただけると幸いです。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

当スレッドでコメントを頂きました皆様

当方、運用でしのぐと言ってからしばらく経ちましたが
受注後の数量変更や、お客さんからの注文内容の変更連絡が
意外に多く、やはり管理画面で直接受注内容を変更できた方が
助かるのですが・・・、対応は難しいでしょうか。

当方、事象を上げるぐらいしかできず、大変勝手なお願いで
申し訳ないのですが、具体的な修正方法などの検討がつかないもので
再度投稿いたしました。

可能であればご教授頂ければ幸いです。
どうぞよろしくお願いいたします。<(_ _)>

最近導入しようとして、同様な現象が起きました

dtb_products_class_product_class_id_seqをいじって
更新のときは引き継いでinsertするようにしました。

現在テスト中ですが。

引用：

2.11.0 ベータの時は, UPDATE だったんですけどね.
#1188 の問題を克服できず, 現在のような実装になっています.

いっそのこと, 受注履歴からは商品IDのみの参照としてしまう手もあると思います.
受注履歴からの再注文をどうするかという問題が残りますが...

私も、さきほど 2.11 を導入しているお客様環境で動作テストをしていて、この辺りの動作が気になりました(というか驚きました)。キー情報がコロコロ変わっているのですよね? 良くないなぁ・・・

サイトの規模によっては、あまり蓄積して欲しくないデータなので、論理削除(削除フラグ)にも難を感じたりします。(未検証ですが、在庫周りとかも、支障ありそうですし。)

多分、ロジック的には DELETE / INSERT でも良いと思うんですよ。キーを使いまわしてあげれば。


# 設計的に、嫌な予感はしていたんですよね・・・
# http://xoops.ec-cube.net/modules/newbb/viewtopic.php?topic_id=6775&forum=14&post_id=32537#forumpost32537
# もう少し、突っ込んで論議しておけば良かったなぁ・・・

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

taji様

先日横レスで事象報告をさせて頂きました者です。

taji様のご対応により発生した事象が、
おそらく先日patapata様の書かれていた以下の部分

引用：

になるのでしょうね。

個人的には、red様の書かれていた

引用：

が気になっており、以前コメントしましたように
（当方のレベルが低いということもありますが）
不安で手を付けられません。

また、当方環境は稼働している状況でして
運用対応でしのいで、正式対応を待とうと
思っている次第です。

レベルが低く、お役に立てるコメントができず
申し訳ありません。<(_ _)>

失礼いたします。

自己レスです。

先日私が検討した方法を試した結果、受注履歴の商品情報は
表示されるようになりましたが、下記現象が発生しました。

・現象
１．受注管理の商品追加で削除した商品規格のコードが表示されてしまう
２．商品マスタにて規格コンビネーション情報が無い商品規格が存在する商品をコピーした際に場合に、商品規格に不整合が発生してしまう

また、それぞれの現象に対して下記方法にて対応出来るのではないかと考えています。

１．に関して
　受注管理の商品追加時に表示される商品リストの商品コードを表示する際にdel_flgを考慮するようにする

２．に関して
　商品をコピーする際に、商品規格をコピーする際にdel_flg=0、または、
　class_combination_idがnullのデータをコピーするようにする。

何かお気づきの点等ございましたら、ご意見いただきたいです。

下記件について、ご意見をいただきたいです

商品規格を変更、削除する際にdtb_products_classテーブル内のデータが削除されてしまう為、
変更、削除されてしまった商品規格の注文履歴詳細を表示出来ないのではと思いました。

なので、商品規格を再登録、削除する際にdtb_products_classのデータをDELETEするのではなく、
del_flg=1でアップデートをするように変更したら良いのかなと思ったのですが。

どう思われますでしょうか。