mysqlの追加、削除、変更、クエリ機能を効果的に実装する方法

1. はじめに

データの追加、変更、削除、クエリは、アプリケーション ソフトウェア システムで最もよく使用される機能です。ソフトウェア開発者として、上記の機能を効率的に実現し、システム データの正確性、標準化、有効性を確保することは非常に重要です。

この記事は、プロジェクトの実践で完成させた追加、削除、変更、チェック機能を組み合わせて、同様の機能の開発ができるように、追加、削除、変更、チェック機能の開発プロセスと実装方法を分析してまとめます。その後の開発作業でより適切に完了することができます。

2. 開発プロセスと方法

追加機能

追加された機能は主に、ページ上でユーザーが入力したデータ項目をデータテーブルの対応するデータテーブルフィールドに保存することです。

分析と実装には次の手順を使用できます:

ビジネス ニーズに基づいて、ユーザーは分析ページにどのデータ項目を入力する必要がありますか?

どのようなデータ項目を入力する必要がありますか?

各データ項目の入力方法（テキストボックス入力、ドロップダウンリスト入力、チェックボックス入力、ラジオ入力）と検証ルール（非null検証、フィールドタイプ、フィールド長、フィールド形式）は何ですか?

入力データ項目とデータテーブルのフィールドの対応関係（どのデータテーブルのどのデータフィールドに対応するか）

ページ上の各データ項目は、どのデータテーブルのどのフィールドに対応しているのか？

ページに入力されたデータ項目の値をデータベースフィールドの値に変換する必要がありますか? (たとえば、ページ上でユーザーが入力した「はい」と「いいえ」をデータベースのフィールド 1 と 0 に変換します)

バックグラウンドでデータを保存するときは、次の手順に従います:

データの検証が正しくない場合は、どちらを選択するかを求めるプロンプトが表示されます。データ項目の形式が正しくありません。正しい形式に入力する方法。

保存が失敗した場合は、ユーザーが変更後に再度保存できるように、失敗の理由がユーザーに表示されます。

保存が成功すると、成功した操作結果がユーザーにフィードバックされます。

保存が異常な場合は、保存操作中に例外が発生したことを示すプロンプトが表示されます。もう一度試してください。

ページ上の VO データが 1 つのデータ テーブルにのみ対応する場合は、1 つのデータ テーブルに直接保存してください。

ページの VO データをデータベース内の複数のデータ テーブルに保存する必要がある場合は、トランザクション管理メカニズムを使用してデータ保存操作の整合性を制御し、一部のテーブルが正常に保存され、一部のテーブルが失敗するのを防ぐ必要があります。救われること。

重複レコードがある場合、重複情報がユーザーにフィードバックされます。

重複レコードがない場合は、次の保存手順を実行します。

まず、ページに入力されたデータ項目を受信し、次にデータ項目の合法性と有効性 (タイプ、長さ) を検証する必要があります。そして

次に、データの一意性ルールと組み合わせて、データ項目が存在するかどうかを判断する必要があります。すでに重複したデータ レコード ;

次に、ページ VO データ項目と永続オブジェクト PO の変換を実現します。ページ上でユーザーが入力した VO データ項目をデータベース エンティティ オブジェクトに変換し、対応する主キー生成ルールを呼び出して、主キー フィールドとデータベース エンティティ オブジェクト。ビジネスとは関係ないがデータベースに保存する必要があるその他のフィールド値。次の保存操作を実行します。

最後に、保存操作の処理結果がフィードバックされます。ユーザーへ:

削除機能

削除機能は主にユーザーが選択したデータを削除し、ページ上でデータが見えないようデータベースから削除します。

次の方法を使用して分析および実装できます:

削除の実装方法を分析します:

ハード削除 (データベースからデータを直接削除する) またはソフト削除 (識別ビットを通じてデータが削除されたことを識別する) を使用します。 )

階層的に削除されたカスケードデータ:

ページ上の操作によって削除されたデータ、レコード削除の有無: 1つのデータテーブル内のデータを削除し、別のデータテーブル内のレコードに関連するデータレコードを削除します。同時に。

削除の操作方法を分析します:

データレコード内のどのデータ項目に応じて削除します

一度に削除できるデータは1つだけです

一度に複数のデータの削除をサポートします

削除操作の実装方法:

カスケード削除がある場合は、バックグラウンドで削除する必要があるデータ レコードの主キー値を取得し、削除操作を実行します。 、現在のテーブルのデータを削除する必要があります。 記録後、無効な冗長データがデータベースに表示されないように、関連するデータ テーブルのレコードに関連するデータ レコードを削除します。

バッチ削除の場合、データの 1 つが誤って削除された場合、レコードはプロンプト メッセージに書き込まれ、後続のデータ レコードの削除が続行されます。

削除操作の処理結果をオペレーティング システムにフィードバックします。ユーザー:

削除に失敗した場合は、削除失敗の理由がフィードバックされます。

削除が異常な場合は、例外の理由がフィードバックされ、ユーザーは再試行するように求められます。

削除が成功すると、操作が成功したことを示すプロンプトメッセージがユーザーにフィードバックされます。

データを表示すると、データレコードの主キーが非表示になり、ページに表示されます。データを選択すると、選択したデータに対応する主キーが保存されます。

ユーザーが削除ボタンをクリックすると、最初に削除を確認するよう求められます。ユーザーが削除を確認することを選択した場合、次の処理手順が実行されます。 :

削除が成功した後、ページ上の表示データを再度更新する必要があり、削除結果（削除成功データはページ上に表示されません）がユーザーに表示されます。

修正機能

修正機能は主に、データベース内の既存のデータ項目を再編集し、修正されたデータをデータベースに保存することです。

クエリ機能

概要でも述べたように、Web層の開発方法は以下の通りです:

ページVOの作成: Web表示層がどのデータ項目を送信する必要があるか、どの結果データ項目を送信する必要があるかを分析します。返される; 要求データ項目と結果データ項目を均一にカプセル化します。 VO ページに進みます。コーディングの実装では、ページ VO クラスは通常の Bean クラスであり、データ項目を定義し、set メソッドと get メソッドを提供するだけで十分です。

コントロール層のアクションを記述する: ページ VO オブジェクトを定義し、Web 表示層によって送信されたリクエスト データを受信し、VO によって送信されたリクエスト データをデータ送信オブジェクトに変換します。サービス層が返す処理を受け取り、処理結果が返すデータ転送オブジェクトをVOの結果データ項目に変換する。

アクション設定ファイルを作成します:

表示層リクエストと制御層の間のリクエスト対応を確立します: アクション設定ファイルでアクション情報を設定することにより、ページリクエストとアクションの間の対応を確立します。

表示レイヤー ページを作成します:

ページ VO を使用してユーザーのリクエスト データを受信します: ページ VO がリクエスト データを受信できるように、ページ内のフォーム名をページ VO の属性名と同じに設定します。 。

リクエストに対応するアクション アドレスを設定します。リクエストを送信するページ ボタンの場合、リクエストを対応するアドレスに送信できるように、リクエストされたアドレスをアクション アドレスに設定します。

返された処理結果を受け取る: リクエストによって返された処理結果を受け取り、処理結果に基づいて対応する処理を実行します。

3. まとめ

この記事では、Web 表示層と Web 制御層の主な機能の分析に基づいて、この 2 つの間のデータ相互作用を詳細に分析し、Web 層の開発方法を提案します。データ対話を核として、Web 層開発の注意事項がまとめられており、Web 層機能を開発するための優れた参考資料とガイダンスとなります。

以上がmysqlの追加、削除、変更、クエリ機能を効果的に実装する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。