そのため、内部テーブルを使用するとプログラムのパフォーマンスが向上し、DB テーブルでの操作をできるだけ少なくする必要があることを読みました。しかし、内部テーブルをまったく使用しないプロジェクトに取り組み始めました。
いくつかの詳細:
店舗に商品を追加または削除するスキャナーです。最初に主キーがチェックされ (そのタイプの製品が存在するかどうかが確認されます)、次に製品が追加または削除されます。「Insert Into」と「Delete From」を使用して、DB テーブルから製品を直接追加/削除します。
これまでのところ、より良い解決策がないため、内部テーブルを使用しない理由を尋ねていません。
これまでのところ、すべての製品を内部テーブルに挿入し、削除した製品を別の内部テーブルに配置します。
Form update.
Modify zop_db_table from table gt_table." – to add all new products
LOOP AT gt_deleted INTO gs_deleted.
DELETE FROM zop_db_table WHERE index_nr = gs_deleted-index_nr.
ENDLOOP. " – to delete products
Endform.
しかし、いつこの更新を実行できますか? 「保存ボタン」を設定して更新を実行することもできますが、ユーザーが大量のデータを保存するのを忘れたり、スキャナーを落としてシャットダウンしたり、同様の状況が発生したりするリスクがあります。したがって、これは明らかに良い解決策ではありません。私の最後の質問は: このようなプロジェクトで内部テーブルを実装する (良い) 方法はありますか?