ワークフロー エンジンがシステム開発において決定的な役割を果たすことは誰もが知っていますが、独自のワークフロー エンジンを適切に設計するにはどうすればよいでしょうか? 今日は、データベース設計の観点からフロー エンジンの設計について簡単に説明します。
Tpflow ワークフロー エンジンのデータベース設計についてお話しましょう。
ワークフロー エンジンのデータ テーブルには通常、「flow」、「flow_process」、「run」、「run_process」、「log」があり、少なくともこれら 5 つの基本データ テーブルが必要です。もちろん、tpflow では、「run_sing」 も含まれます。 run_cache の 2 つのスケジュールを設計しました。上記 7 つのデータ テーブルは、Tpflow のワークフローを形成します。
「フロー」テーブルは通常、ワークフロー カテゴリ、ワークフロー関連情報、ワークフロー ステータスなど、メイン ワークフローの重要な情報を保存するために使用されます。
「flow_process」テーブルは通常、プロセス情報テーブルは、「フロー」メインテーブルに関連付けられたステップ情報(従属ステップ、ステップステータス、転送条件など)のすべての属性をまとめてプロセス情報テーブルを構成します。
「run」テーブルは、フロー テーブルの実行中のクローンとして理解できます。
「run_process」テーブルは、flow_process テーブルの実行中のクローンとして理解できます。
「run_sing」テーブルは副符号の時間情報ストレージ テーブルです;
「run_cache」「run_log」はワークフローのメッセージ ログとキャッシュを反映します;
上記で設計の一般的な理解が得られました。ワークフローの 5 つの主要なテーブルの機能。
PHP ワークフロー エンジン全体を設計する際の難しさの中に、データ テーブルの設計だけでなく、フロントエンドとバックエンドのさまざまなドライバーの難しさも含まれます。 -終わり。ワークフロー エンジンをより適切に設計したい場合は、データ テーブルの設計基盤とアイデアが不可欠です。
もっと良いアイデアがある場合は、以下をクリックしてメッセージを残してください。一緒に話し合います。
tpflow