パラメーター化された SQL クエリで「TypeError: Not all Arguments Converted」エラーがスローされるのはなぜですか?

TypeError: パラメータ化された SQL クエリの文字列フォーマット中にすべての引数が変換されません

エラー「TypeError: 文字列フォーマット中にすべての引数が変換されません」が発生する" パラメータ化された SQL クエリで文字列を使用する場合は、一般的な問題です。

提供されるコード例:

cur.execute("SELECT * FROM records WHERE email LIKE '%s'", search)

は、検索パラメーターのプレースホルダー (%s) でフォーマットされた文字列を使用してクエリを実行しようとします。ただし、この方法は正しくありません。

このエラーを解決するには、パラメータ化されたクエリを実行する正しい方法は、プレースホルダー値をリストとして提供することです。

cur.execute("SELECT * FROM records WHERE email LIKE %s", [search])

この場合、[ search] は、単一の検索パラメータを含むリストです。 MySQLdb (および他の同様のデータベース ライブラリ) は、値のリストが変換およびフォーマットされることを想定しています。単一の値を直接渡すと、エラーが発生します。

この背後にある理由は、パラメーター化されたクエリには SQL ステートメントに複数のプレースホルダーを含めることができ、それぞれが異なる値を表す可能性があるためです。値をリストとして提供することにより、データベース ライブラリはリストを反復処理し、各値を適切に変換できます。

したがって、パラメータ化された SQL クエリでプレースホルダーを使用する場合は、値をリストまたはタプルとして提供することが重要です。 。これにより、すべての引数が正しく変換され、フォーマットされることが保証され、「すべての引数が変換されていません」というエラーが防止されます。

以上がパラメーター化された SQL クエリで「TypeError: Not all Arguments Converted」エラーがスローされるのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。