生SQLを実行する機能のみ提供される。以下の拡張ライブラリが該当機能を提供している。†パラメタライズド・クエリ機能はアリ。ADO.NETよりパラメタライズド処理が書き易い。IN句に含めるリストに値をバインドする機能などもある。†トランザクション処理に対応する。以下のように処理すると良い。プログラマーな日々http://blog.jhashimoto.net/entry/20111008/1318231481未コミットのものはロールバックになるので、try-catchは不要。†ストアドプロシジャを実行可能。結果セットとBean(POCO)をマッピングする機能。Queryメソッドでは、IEnumrable<Dynamic>型に格納される。Query<T>メソッドでは、T型のBean(POCO)にマッピングして、格納される。列名に別名を付与する場合は、AS句を使用すれば良い。大文字・小文字は関係なくマッピングする。別途マッピングルールを型毎に設定することが可能。場合よりマッピング処理が書き易い。拡張メソッドを追加している。以下の様なCRUDヘルパーがある。†SQLを書かずして更新処理を実装する。テーブルに対応したBean(POCO)が必要になる。デフォルトでは以下の条件に合致している必要がある。以下を参考にすると、上記は微妙らしい。LINQを処理可能な拡張メソッドでSQLを生成している。余談:...と言うことで、パラメタセットによって、SQL定義を動的に編集する方法ではなさそう。動的パラメタライズド・クエリに組み込むことが不可能だった。†MiniProfiler?を使用してログ出力処理を実装できる。Authorhttp://blog.marcgravell.com/2017/04/exploring-tuples-as-library-author.htmlBA(ビジネス・アプリケーション)ではほぼ、採用しない方式。スキーマ構造に合わせたデータ保持をしない。論理データ独立性が重要。プログラム側でのOrderBy?で性能が劣化する。†DapperのQuery<dynamic>()の戻り値をJSONへ変換して、サーバーをJSON吐く土管にする場合、以下のようにできる。†MultiPurposeAuthSiteのUserStoreクラスでDapperを使用しました。