ある SE のつぶやき

はじめに

以下の記事で、.NET Core の EntityFramework Core 2.1で GROUP BY 句がインメモリではなく、SQLでデータベース上で集計されるようになったということで検証してみました。

 EF Core 2.1 に対する最初の大きな追加は、GroupBy LINQオペレーターがGROUP BY句を使ったSQLに変換されることである。このサポートが欠けていることは、EF Core 2.0の大きな欠落だと考えられている。

Entity Framework Core 2.1は、SQL Query生成を改善してリリースされた

検証環境は、Mac (macOS High Sierra 10.13.5)、PostgreSQL 10.3 になります。

なお、検証結果が予想に反したため、MySQL 5.7.12 での追加検証を行っています。

.NET Core をいじっていると、.NET Core をアンインストールしたくなったり、古いバージョンに戻したくなったりすると思います。

そんなときの対応を残しておきます。

はじめに

.NET Core 向け OPML パーサーである「OPMLCore.NET」を Visual Studio Code で作成し、オープンソースとして GitHub に公開しました。ライセンスは MIT ライセンスになります。

簡単に使用できるのが特徴で、しかも OPML パーサーとはいいつつも既存のデータから OPML を作成することもできます。

OPML (Outline Processor Markup Language) とは、主に RSS リーダーの購読情報のインポート・エクスポート用によく使われる XML 形式のファイルです。

.NET Core 向けの  OPML パーサーがないか探してみたのですが全く見当たらなく、唯一参考にできる記事が英語サイトであったので、これを参考にしてプログラムを書いてみました。

はじめに

Entity Framework Core で INNER JOIN と LEFT JOIN を実装する方法ですが、ちょっと試行錯誤したのですがその方法をご紹介します。

アプリケーションはコンソールアプリケーションで、データベースは PostgreSQL を使用しコードファーストでデータベースを構築しました。

なお、環境は、Mac (macOS High Sierra 10.13.3) で .NET Core SDK 2.1.4、PostgreSQL 10.3 、Visual Studio Code になります。

はじめに

前の記事では、SELECT 処理の SQL ログの出力方法をご紹介しましたが、更新系のログをフィルタをかけない状態のものをご紹介していませんでした。

なぜフィルタをかけない更新系のログを見る必要があるかというと、DbContext#SaveChanges メソッドを呼び出すだけでトランザクション処理を行っていることを確認するためです。

DbContext#SaveChanges メソッドを呼び出して例外処理をするだけで、簡単にトランザクション処理を行うことができるということですね。

では、実際に更新系の SQL ログを確認してみましょう。

はじめに

.NET Core でローカルのライブラリを作成して NuGet でパッケージ化し、他のプロジェクトにインストールしようと思ったのですが、ネット上のどこにも具体的な方法が掲載されておらずかなり苦労しましたが、ようやくその方法が分かりましたのでご紹介します。

なお、環境は Mac (macOS High Sierra 10.13.3) で .NET Core SDK 2.1.4、Visual Studio Code になります。Windows でもパスさえ変えれば同じように動作すると思います。

はじめに

.NET Core の Entity Framework Core では、デフォルトでトランザクション制御が行われます。

具体的には、MyContext#SaveChange メソッドが呼び出された際にトランザクションが開始され、データの更新が成功すればコミット、失敗すればロールバックされ例外がスローされます。このトランザクション処理については、以下の記事を参考にしてください。

• [.NET Core]Entity Framework CoreのDbContext#SaveChangesがトランザクション処理をしていることを確認する

とはいえ、複数回 MyContext#SaveChange メソッドを呼び出すこともあるでしょうし、トランザクションの分離レベルを指定したい場合もあるでしょうから、明示的にトランザクションを制御する方法は必要です。

この記事では、.NET Core のコンソールアプリケーションで、コードファーストからのトランザクション制御をする方法をご紹介します。

なお、環境は Mac (macOS High Sierra 10.13.3) で .NET Core SDK 2.1.4、PostgreSQL 10.3 、Visual Studio Code になります。とはいえ、Windows でも同じように動作すると思います。

はじめに

前の記事では、.NET Core のコンソールアプリケーションで NLog を使ってログを出力する方法をご紹介しましたが、今回は ASP.NET Core での方法をご紹介したいと思います。

気をつけなければいけないのが、コンソールアプリケーションでは NLog.Extensions.Logging パッケージをインストールするのですが、ASP.NET Core では NLog.Web.AspNetCore をインストールする必要があることです。

なぜこんなことになっているかは不明ですが、NLog の公式ページで書いてあるのでなにか事情があるのでしょう。

さて、今回も環境は Mac (macOS High Sierra 10.13.3) で .NET Core SDK 2.1.4、Visual Studio Code になります。

とは言っても、Windowsでもパスを読み替えれば使えると思います。もともと Windows のツールですので。

はじめに

技術調査の段階では軽視されがちなログ出力ですが、実運用となるとログがなければ問題解決の話にならないこの現実は厳しいなと思う今日この頃、みなさまにおかれましてはログをどのように扱っているでしょうか？

さて、ちょっと変わった出だしですが大事ですよね。ログ。

では、.NET Core でログ出力をどのようにすればよいのかですが、いくつか候補はあるものの最近は NLog が人気があるようです。ですので、この記事では NLog でどのようにログ出力すればよいのかをご紹介します。

なお、環境は、Mac (macOS High Sierra 10.13.3) で .NET Core SDK 2.1.4、Visual Studio Code になります。

とは言っても、Windowsでもパスを読み替えれば使えると思います。もともと Windows のツールですので。

はじめに

.NET Core の Entity Framework Core で LINQ を使用してデータベースアクセスしていると、実際にはどのような SQL が発行されているのか気になることがあります。

Entity Framework Core には、いくつかの方法で SQL ログを出力することができますが、この記事ではコンソールアプリケーションでコンソールに出力する方法をご紹介します。

なお、環境は、Mac (macOS High Sierra 10.13.3) で .NET Core SDK 2.1.4、PostgreSQL 10.3 、Visual Studio Code になります。