PHP プリペアド ステートメント UPDATE のベスト プラクティス
プリペアド ステートメントは、SQL インジェクションから保護し、データの整合性を確保するために不可欠です。この記事では、PHP で UPDATE クエリにプリペアド ステートメントを使用するときに発生する一般的な問題について説明します。
バインド パラメーターの順序の不一致
提供されたコードが示すように、パラメーターを間違ってバインドします。順序によっては、誤った UPDATE 動作が発生する可能性があります。パラメーターのバインドの順序は、SQL ステートメント内のプレースホルダーの順序に対応する必要があります。コード スニペットでは、$content は最初のプレースホルダー (「?」) にバインドされ、$id は 2 番目のプレースホルダーにバインドされます。ただし、WHERE 句は id 列の $content の値を検索しますが、これは意図したものではない可能性があります。
パラメータの順序を逆にすると、この問題は解決します。
<code class="php">$stmt->bind_param('si', $id, $content);</code>
エスケープは不要です
準備されたステートメントでパラメータを使用する場合、入力データを手動でエスケープする必要はありません。ここで $content 変数をエスケープしようとすると、不要なだけでなく、コンテンツにリテラルのバックスラッシュ文字 ('') が挿入される可能性があります。
エラー処理
準備されたステートメントを使用する場合は、エラー処理を組み込むことが重要です。次のコード スニペットは、
<code class="php">if ($stmt === false) { trigger_error($this->mysqli->error, E_USER_ERROR); return; }</code>
<code class="php">if ($status === false) { trigger_error($stmt->error, E_USER_ERROR); }</code>
エラーを適切に処理することで、問題の原因を特定し、問題のエスカレーションを防ぐことができます。
部分フィールド更新
UPDATE ステートメントで特定のフィールドのみを更新することが許容されるかどうかを尋ねるのは当然です。答えは「はい」です。準備されたステートメントを使用すると、変更したい列の値を選択的に設定し、残りの列には影響を与えません。
以上がPHP プリペアドステートメントの UPDATE クエリでのパラメーターの順序の不一致によるデータ破損を回避する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。