[EC-CUBE]3.0.17
[レンタルサーバ]xserver
[OS]Linux
[PHP]7.1.28
[データベース]MuSQL 5.7.27
[WEBサーバ]Apache
[ブラウザ]Chrome 77.0.3865.90
[導入プラグインの有無]
　詳しい商品一覧
　どこでも商品情報取得
　CategoryContent
　カテゴリー並び替えプラグイン
　最近チェックした商品
　商品お問い合わせ
　メールテンプレート機能拡張プラグイン
　メール設定プラグイン
　OrderPdf
　ぱんクズプラグイン
　関連商品プラグイン
　受注管理詳細画面登録ボタン追加プラグイン
　新着商品ブロックプラグイン
　サイトマップ
　PAGE TOP プラグイン
[カスタマイズの有無]
ページタイトル変更等、軽微なカスタマイズ多数

お世話になります。

商品情報の更新時にエラーが出るようになり色々調べたところ下記の事例と同じように思われます。
https://xoops.ec-cube.net/modules/newbb/viewtopic.php?topic_id=20616&forum=16
実際、エラーの出る商品の関連商品をすべて削除するとエラーなく更新されます。

shiro8様が改善策をご提示されていますが、これらを適用させていただいたとして、
一旦idが満杯になってしまった以上は、新たな関連商品はもう追加できないのでしょうか？

関連商品プラグインをいったんアンインストールして再インストールすれば
plg_related_productテーブルも自動的に初期化される（空になる）のでしょうか？
それとも、先にテーブルを手動で空にする必要があるのでしょうか？

また、red様のご提案
> MySQLであればUNSIGNEDにしておくだけでもだいぶ違う気がします
についても調べてみましたところ、下記の解説を見つけました。
https://dev.mysql.com/doc/refman/5.6/ja/numeric-type-overview.html

これは、idの属性をUNSIGNEDにしておけば、上限が「32767」から「65535」に増えるということでしょうか？
では、データ型をMEDIUMINTやINTにしておけば、もっと上限が増やせるのでしょうか？
そうした場合、どのような問題が考えられるでしょうか？

質問ばかりで恐縮ですが、お分かりになる方がおられましたら何卒ご教示願います。

DBで用意された上限に達しているという事になりますので
idが満杯になってしまうとそれ以上の関連商品は登録できないと思います。

関連商品プラグインをアンインストールすれば、そのタイミングで該当テーブルは削除され空になるかと思います。

red様のおっしゃられる通りDB側の設定を変えて、上限を増やしておけば
それだけ格納できる件数は増えます。

データ型をMEDIUMINTやINTに変更する方法でもそれだけ上限が増えます。
データ型を変更するデメリットは消費するデータ容量が増えるというくらいではないでしょうか？
データの消費量が増えるといっても関連商品情報くらいであれば微々たるものかと思います。

----------------
株式会社シロハチ
■ECCUBE2系、3系構築カスタマイズご相談ください。
■EC-CUBE3マニュアル
■blog

shiro8様

いつも丁寧なご回答をいただきありがとうございます。

データ型を変更して上限を増やしつつ、Event.phpのカスタマイズも適用させていただきidを節約することにいたしました。
お陰様で今まで登録したものを無駄にすることなく、新規登録もできるようになりました。

どうもありがとうございました。