hocam ne diyorsun anlamiyorum. Adam zaten yazmis milisaniye bazinda islem olacak, sen de entity framework ile asenkron uygulama ilgili bir link vermissin. Hangi acidan bakarsan bak önerin zaten bir cok acidan mantiksiz. Ado.Net iclerinden en hizlisi olmasina ragmen (dapper baya yakin ya da esit) yine de bu tarz bir sistem icin uygun degil. Belki sürekli acik bir baglanti üzerinden gidilir ama bunlarin hic birine gerek yok. Azicik akli ve bilgisi olan adam zaten böyle bir sistem icin rdbms kullanmaz. Kullanirim diyen adamin zaten hem db hem yazilim bilgisi olduguna inanmam.
EF core demissin, core sisteminin amaci platform bagimsiz isler yapmak icin ancak core sistemlerinde bir cok özellik eksik. Hic inceledin mi bilmiyorum ama ben asp.net 1.0 core dan itibaren biliyorum ve bunla ilgili microsoft un verdigi seminerlere de katildim. EF core un eksik oldugu noktalar var.
Sonuc olarak arkadasin anlattigi sisteme en uygun cözüm noSQL dir. RDBMS kullanmak istiyorsa onun bilecegi is, muhtemelen uygulama bir yerden sonra tikanir. Cünkü milisaniye bazinda araliksiz veri olayini hele kendi local bilgisayarinda yapacaksa kaldiracagini düsünmüyorum. oracle dan tut da , ms sql e kadar bunlar büyük ve komplike isler icin tasarlanmistir. Ancak büyük firmalara bakarsan, twitter, google, facebook vs hepsi bir rdbms in yaninda bir ya da daha fazla nosql cözümü kullanir. Hatta kendi cözümlerini bile olustururlar. Ornek olarak, facebook icin cassandra, google icin bigtable. Cünkü bu sistemler icin hiz önemlidir. Twitter, anlik istenen twitterlarini arsiv amacli haric bir rdbms de saklamaz. Onun yerine daha hizli yazip okuyacagi noSQL sistemlerinde saklar. Keza bu mantik tüm hiz gerektiren ve karmasik/iliskisel islerde gecerlidir eger isi gercekten biliyorlarsa.
Türkiye'deki yazilimcilarin ve sirketlerin bilgileri kit oldugu icin bir cogunun olan bitenden bile haberi yok. Oysa bahsettigim cözümler irili ufakli her yerde kullanilir avrupa'da. ACID sistemi (rdbms in temel aldigi sistem) bir cok ihtiyaci karsilamadigi icin CAP (nosql in temel algidi sistem) gelistirilmistir. CAP teorimine göre CAP in her bir modulunun 2 si kullanilir ve tüm nosql cözümleri bu modüllere göre belirlenir. Yani CA yi kullanan nosql cözümleri var, CP yi kullanan var ve yine AP yi kullanan var. Bu nosql cözümleri de birbirinden tamamen farklidir. Bazilarinda birden fazla node icin herhangi bir farklilik olusmasin istenirken bazilarinda nodelarda farkli veriler olabilir ama veri kaybi yasanmasin der. Bazilari her an veriye erisebileyim der herhangi bir noddan bazilari baska bir beklenti icindedir. Iste bunlar icin farkli cözümler var. Yani mongodb de bir nosql sistemi, cassandra da ama birisi CP digeri AP ye göre calisir.
Suraya bir resim birakayim biraz daha anlasilmasi icin. Bundan sonra zaten haala olayin ne oldugunu anlamayan adam varsa, diledigi gibi yasasin. Ortalik sahte uzmanlardan gecilmiyor.




not: resimde CA ile gösterilen yerde mysql görebilirsiniz. mysql bir nosql cözümü degil rdbms dir. Ancak nosql kullanan yapisi mevcut https://www.mysql.com/products/cluster/nosql.html