質問: 追記DDL を記載させて頂きます。 サンプルとなりますが、下記のようなテーブルでございます。 CREATE TABLE products ( goods varchar(30), order_no int, created_at datetime ) ストレージエンジンは、InnoDBを利用しております。 「更新については先勝として後からデータを更新できないように」という箇所ですが、 説明が不足しており申し訳ございません。 開発しているWebシステムの作りに引きづられてしまっているので、このような作りになってしまっているのですが、 1.管理者にて予定表作成画面を開き製品を追加したり順番を変えたりし予定表を作成 2.更新ボタンにて、POSTを行い対象の設備の予定表を更新 → 管理者が予定表を作成している最中に、現状システムに登録されている予定表に変更があれば、予定表は更新させない。 → 作業者基本的に、削除するのみなので、データあれば、削除なければ何もしない と、いった作りになっております。 作業者からの更新頻度が高いため、管理者の更新処理が行えず、何度もやり直しの状態が発生しております。
回答: 命題自体競合に関する質問だと理解しましたが 優先順位の考え方としてはプロジェクト管理に近い感じになるかも パターンは4つ (1)タスクAとタスクBが直結している場合、つまりタスクAが終了しなければ タスクBが始まらなければ優先順位はタスクAにあります (2)タスクAとタスクAダッシュが並行している場合、タスクAもしくはタスクA ダッシュがどちらかがクリティカルになるので遅れている方が優先順位が 高くなります(進んでいる方は調整ができるので) (3)タスクAとタスクBに相関関係がない場合、結果としてどちらが先に あがってきても変わりはありませんので速く報告が来たほうが優先順が 高くなります(先勝?) 難しいのが(4)、タスクAが仕掛りでもタスクBが始められて並行しているが タスクAが進まないとタスクBが処理できない場合。 これは原則タスクAを優先順位が高いとしますが、基本的に一体作業と考え タスクCとして別管理するしかありません これらをガントチャートの要領でつなげて優先順位をつければ、 たんに報告順に優先がつくことはないと思います