SC_Query setOrder() と setLimit() の有効範囲を揃える

[seasoftjapan]

#1097 から派生。

---

例

$objQuery = SC_Query_Ex::getSingletonInstance();
$objQuery->begin();
$objQuery->delete('dtb_bkup');
$objQuery->insert('dtb_bkup', ['bkup_name' => 'example1']);
$objQuery->insert('dtb_bkup', ['bkup_name' => 'example2']);
$objQuery->insert('dtb_bkup', ['bkup_name' => 'example3']);
echo implode(', ', $objQuery->getCol('bkup_name', 'dtb_bkup'))."\n";
$objQuery->setLimit(1);
$objQuery->setOrder('bkup_name DESC');
echo implode(', ', $objQuery->getCol('bkup_name', 'dtb_bkup'))."\n";
echo implode(', ', $objQuery->getCol('bkup_name', 'dtb_bkup'))."\n";
$objQuery->rollback();

• 出力の分かりやすさから getCol() を使っているが、select() なども同様。

実行結果

example1, example2, example3
example3
example3, example2, example1

• getCol() の3回目の戻り値は、一般的には1回目か2回目と同じ内容を期待すると思う。しかし、setOrder() は有効なまま setLimit() が無効となる。

---

setLimit() のみ無効となるのは、(狙った挙動というより) MDB2 の処理に依存していそう。

setOrder() を使った影響を回避するため $objQuery = SC_Query_Ex::getSingletonInstance(); を再実行する実装は散見する反面、setOrder() が維持されるのを期待した実装はほぼ¹皆無という認識。よって、setOrder() も一度限りで無効化する方向を軸に考えている。それにより、同一インスタンスで setOrder() など → select() など → delete() の流れで実行するとコケる問題 も回避できると見込んでいる。

Footnotes

1. EC-CUBE 本体ソースを確認すると、唯一 SC_Product::getListByProductIds() に該当が見つかりました。はい、私が実装しました... 影響しないよう調整します。 ↩

[seasoftjapan]

もしも、SC_Product::getListByProductIds() 以外の影響や、むしろ setLimit() を setOrder() に合わせたいなどの意見がありましたら、早めにお知らせいただけますと幸いです。

[bbkids]

setOrder() と setLimit() いずれも有効範囲が同じであるべきだと思います。
私も select() の時点で、setLimit()と同様にsetOrder() の効力を失効させるので良いと思います。