ストアドプロシージャとSQLiteを作成しますか？

SQLiteを使用するときに、ストアドプロシージャを作成することはどういうわけか可能ですか？

SQLiteは、同時実行性が高く、きめ細かいアクセス制御、豊富な組み込み関数、ストアドプロシージャ、難解なSQL言語機能、XMLおよび/またはJava拡張、テラまたはペタバイトのスケーラビリティなど

出典：SQLiteの適切な使用法

回答：いいえ

ここに理由があります...データベースにプロシージャを格納する主な理由は、SQLエンジンと同じプロセスでSPコードを実行しているためだと思います。これは、ネットワーク接続されたサービスとして機能するように設計されたデータベースエンジンにとっては理にかなっていますが、個別のSQLエンジンプロセスではなくアプリケーションプロセスでDLLとして実行されるため、SQLiteの必須事項ははるかに少なくなります。したがって、ホスト言語のSPコードを含めて、すべてのビジネスロジックを実装する方が理にかなっています。

ただし、ホスト言語（PHP、Python、Perl、C＃、Javascript、Rubyなど）で独自のユーザー定義関数を使用してSQLiteを拡張できます。その後、これらのカスタム関数をSQLiteの選択、更新、挿入、削除の一部として使用できます。パスワードハッシュを実装するためにDevArtのSQLiteを使用してC＃でこれを行いました。

まだ興味がある場合は、Chris Wolfがストアドプロシージャを使用してSQLiteのプロトタイプ実装を作成しました。詳細については、彼のブログ投稿：SQLiteへのストアドプロシージャの追加をご覧ください。

しかし、AFTER INSERTトリガーを使用して、fake-spにちなんで名付けられた専用のテーブルを使用してそれを偽造することは可能です。専用のテーブル行には、偽のspのパラメーターが含まれます。結果を返す必要がある場合は、（偽のspに関連する名前を持つ）2番目の（一時的な）テーブルにそれらの結果を含めることができます。2つのクエリが必要になります。1つ目はデータをfake-sp-trigger-tableに挿入し、2つ目はfake-sp-results-tableからSELECTします。 。