\n Veritaban\u0131 sorgular\u0131, yaz\u0131l\u0131m geli\u015ftirmenin en temel ancak s\u0131kl\u0131kla zorlay\u0131c\u0131 k\u0131s\u0131mlar\u0131ndan biridir. Geleneksel yakla\u015f\u0131mlar tip g\u00fcvenli\u011fi eksikli\u011fi, SQL enjeksiyon riskleri ve yeniden d\u00fczenleme (refactoring) zorluklar\u0131 gibi bir\u00e7ok ba\u015f a\u011fr\u0131s\u0131na yol a\u00e7abilir. Peki, C#\u2019\u0131n g\u00fc\u00e7l\u00fc tip sistemini kullanarak bu sorunlar\u0131n \u00fcstesinden gelmek m\u00fcmk\u00fcn m\u00fc? TypedSql tam da bu noktada devreye girerek, geli\u015ftiricilere derleme an\u0131nda hatalar\u0131 yakalama, daha g\u00fcvenli ve bak\u0131m\u0131 kolay veritaban\u0131 etkile\u015fimleri sunma potansiyeli vadediyor. Bu makalede, TypedSql\u2019in ne oldu\u011funu, nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131, ger\u00e7ek d\u00fcnya senaryolar\u0131nda bize nas\u0131l yard\u0131mc\u0131 olabilece\u011fini ve di\u011fer pop\u00fcler \u00e7\u00f6z\u00fcmlerle kar\u015f\u0131la\u015ft\u0131rmas\u0131n\u0131 detayl\u0131 bir \u015fekilde inceleyece\u011fiz.\n <\/p>\n

\n Yaz\u0131l\u0131m geli\u015ftirme ser\u00fcvenimizde veritabanlar\u0131 ile etkile\u015fim kurmak ka\u00e7\u0131n\u0131lmaz bir ger\u00e7ektir. Ancak bu etkile\u015fim, genellikle geli\u015ftiriciler i\u00e7in \u00e7e\u015fitli zorluklar\u0131 da beraberinde getirir. \u00d6rne\u011fin, do\u011frudan SQL stringleri kullanarak sorgu yazmak, uygulamalar\u0131n\u0131zda ciddi g\u00fcvenlik a\u00e7\u0131klar\u0131na yol a\u00e7abilen SQL enjeksiyon sald\u0131r\u0131lar\u0131na kap\u0131 aralayabilir. Bunun yan\u0131 s\u0131ra, bu t\u00fcr string ifadelerde yap\u0131lan yaz\u0131m hatalar\u0131 veya veritaban\u0131 \u015femas\u0131 de\u011fi\u015fiklikleri, ancak \u00e7al\u0131\u015fma zaman\u0131nda (runtime) ortaya \u00e7\u0131kar ve bu da hata ay\u0131klama s\u00fcrecini olduk\u00e7a maliyetli ve zaman al\u0131c\u0131 hale getirir. Bir d\u00fc\u015f\u00fcn\u00fcn, b\u00fcy\u00fck bir projede y\u00fczlerce SQL sorgusu oldu\u011funu ve k\u00fc\u00e7\u00fck bir kolon ad\u0131 de\u011fi\u015fikli\u011finin bu sorgular\u0131n bir\u00e7o\u011funu bozabilece\u011fini… Bu t\u00fcr senaryolar, hem geli\u015ftirme h\u0131z\u0131n\u0131 d\u00fc\u015f\u00fcr\u00fcr hem de uygulaman\u0131n genel kalitesini olumsuz etkiler.\n <\/p>\n

\n Geleneksel ORM (Object-Relational Mapping) \u00e7\u00f6z\u00fcmleri, bu sorunlar\u0131n bir k\u0131sm\u0131n\u0131 hafifletse de, bazen \u00e7ok a\u011f\u0131r ve karma\u015f\u0131k yap\u0131lar sunabilirler. \u00d6rne\u011fin, Entity Framework gibi kapsaml\u0131 ORM’ler, veritaban\u0131 \u015femas\u0131n\u0131 y\u00f6netme, migrasyonlar ve karma\u015f\u0131k sorgular\u0131 soyutlama konusunda harikalar yarat\u0131r. Ancak, baz\u0131 durumlarda bu soyutlama, temel SQL kontrol\u00fcnden uzakla\u015f\u0131lmas\u0131na, beklenmedik performans sorunlar\u0131na ve “N+1” sorgu sendromu gibi problemlere yol a\u00e7abilir. Dapper gibi mikro-ORM’ler daha hafif bir alternatif sunar, ancak yine de \u00e7o\u011fu zaman geli\u015ftiricilerin SQL sorgular\u0131n\u0131 manuel olarak yazmas\u0131n\u0131 ve parametreleri dikkatlice e\u015fle\u015ftirmesini gerektirir; bu da tip g\u00fcvenli\u011fi eksikli\u011fini tamamen ortadan kald\u0131rmaz. \u0130\u015fte tam bu noktada, C# tip sisteminin g\u00fcc\u00fcn\u00fc kullanarak veritaban\u0131 etkile\u015fimini daha g\u00fcvenli, daha \u00f6ng\u00f6r\u00fclebilir ve daha kolay y\u00f6netilebilir hale getirme fikri ortaya \u00e7\u0131k\u0131yor: TypedSql. Amac\u0131m\u0131z, sorgular\u0131 derleme an\u0131nda do\u011frulamak ve b\u00f6ylece hatalar\u0131 \u00e7ok daha erken bir a\u015famada tespit etmektir.\n <\/p>\n

\n Uzman \u0130pucu: Projelerinizde SQL enjeksiyonuna kar\u015f\u0131 dikkatli olmak, geli\u015ftirme s\u00fcrecinin ilk ad\u0131mlar\u0131ndan biri olmal\u0131d\u0131r. TypedSql gibi tip g\u00fcvenli ara\u00e7lar bu riski minimize etmenize yard\u0131mc\u0131 olabilir.\n <\/div>\n

TypedSql’in Kalbindeki Felsefe Nedir?<\/h2>\n
\n TypedSql, temel olarak C# programlama dilinin g\u00fc\u00e7l\u00fc tip sistemini kullanarak veritaban\u0131 sorgular\u0131 olu\u015fturmay\u0131 ve y\u00f6netmeyi hedefleyen bir yakla\u015f\u0131md\u0131r. Geleneksel ORM’lerden veya do\u011frudan SQL stringlerinden farkl\u0131 olarak, TypedSql sorgular\u0131 do\u011frudan C# kodu i\u00e7inde lambda ifadeleri ve “expression tree”ler arac\u0131l\u0131\u011f\u0131yla tan\u0131mlar. Bu sayede, yazd\u0131\u011f\u0131n\u0131z sorgular\u0131n s\u00f6zdizimi ve tip uyumlulu\u011fu, uygulama derlenirken kontrol edilir. Bu felsefenin en b\u00fcy\u00fck faydas\u0131, olas\u0131 hatalar\u0131n (\u00f6rne\u011fin yanl\u0131\u015f bir s\u00fctun ad\u0131 veya uyumsuz bir veri tipi) \u00e7al\u0131\u015fma zaman\u0131 yerine, derleme an\u0131nda tespit edilmesidir. Bu durum, hata ay\u0131klama maliyetlerini \u00f6nemli \u00f6l\u00e7\u00fcde d\u00fc\u015f\u00fcr\u00fcr ve geli\u015ftirme s\u00fcrecini h\u0131zland\u0131r\u0131r.\n <\/p>\n
\n Peki, TypedSql pratikte nas\u0131l \u00e7al\u0131\u015f\u0131r? Geli\u015ftiriciler, LINQ benzeri s\u00f6zdizimi kullanarak C# s\u0131n\u0131flar\u0131 \u00fczerinde sorgular tan\u0131mlarlar. Bu sorgular, .NET’in “Expression Tree” \u00f6zelli\u011fi sayesinde bir veri yap\u0131s\u0131na d\u00f6n\u00fc\u015ft\u00fcr\u00fcl\u00fcr. TypedSql, bu ifade a\u011fac\u0131n\u0131 analiz eder ve kar\u015f\u0131l\u0131k gelen veritaban\u0131 sa\u011flay\u0131c\u0131s\u0131na \u00f6zg\u00fc SQL sorgusunu \u00fcretir. \u00d6rne\u011fin, bir Customer<\/code> s\u0131n\u0131f\u0131n\u0131z varsa ve bu s\u0131n\u0131f\u0131n Name<\/code> \u00f6zelli\u011fine g\u00f6re filtreleme yapmak istiyorsan\u0131z, TypedSql bunu SELECT * FROM Customers WHERE Name = @p0<\/code> gibi bir SQL ifadesine \u00e7evirecektir. Bu d\u00f6n\u00fc\u015f\u00fcm i\u015flemi, k\u00fct\u00fcphanenin i\u00e7inde ak\u0131ll\u0131ca y\u00f6netilir. Sonu\u00e7 olarak, geli\u015ftiriciler veritaban\u0131 \u015femas\u0131na uygun, tip g\u00fcvenli sorgular yazarken, SQL’in karma\u015f\u0131k detaylar\u0131yla do\u011frudan u\u011fra\u015fmak zorunda kalmazlar. Ayn\u0131 zamanda, otomatik parametrele\u015ftirme sayesinde SQL enjeksiyonu riskleri de minimuma indirilmi\u015f olur. Bu sayede, hem geli\u015ftirici verimlili\u011fi artar hem de ortaya \u00e7\u0131kan uygulaman\u0131n kalitesi ve g\u00fcvenli\u011fi \u00fcst seviyeye ta\u015f\u0131n\u0131r. Bu yakla\u015f\u0131m, sadece k\u00fc\u00e7\u00fck projeler i\u00e7in de\u011fil, b\u00fcy\u00fck ve karma\u015f\u0131k kurumsal uygulamalar i\u00e7in de \u00f6l\u00e7eklenebilir ve s\u00fcrd\u00fcr\u00fclebilir bir \u00e7\u00f6z\u00fcm sunar.\n <\/p>\n

TypedSql ile Uygulamal\u0131 Sorgular: Tip G\u00fcvenli Veritaban\u0131 Etkile\u015fimi<\/h2>\n\n        TypedSql’in teorik faydalar\u0131n\u0131 anlad\u0131ktan sonra, \u015fimdi uygulamal\u0131 \u00f6rneklere ge\u00e7erek bu g\u00fcc\u00fcn nas\u0131l kullan\u0131labilece\u011fini ke\u015ffedelim. \u00d6ncelikle, TypedSql kullanmak i\u00e7in uygun bir paketi projenize eklemeniz gerekir. Genellikle bu, NuGet Package Manager arac\u0131l\u0131\u011f\u0131yla yap\u0131l\u0131r ve projenizin hedefledi\u011fi veritaban\u0131 tipine (\u00f6rn. SQL Server, PostgreSQL) g\u00f6re spesifik bir paket se\u00e7meniz gerekebilir. Diyelim ki, basit bir m\u00fc\u015fteri tablonuz var ve bu tablodan veri \u00e7ekmek istiyorsunuz. Geleneksel ORM’lerin aksine TypedSql, genellikle veri modellerinizi basit C# s\u0131n\u0131flar\u0131 olarak tan\u0131mlaman\u0131z\u0131 bekler ve bu s\u0131n\u0131flar, veritaban\u0131 tablolar\u0131n\u0131z\u0131n yap\u0131s\u0131n\u0131 do\u011frudan yans\u0131t\u0131r.\n    <\/p>\n
\n        Ba\u015flang\u0131\u00e7 olarak, bir m\u00fc\u015fteri s\u0131n\u0131f\u0131 tan\u0131mlayal\u0131m ve basit bir SELECT sorgusu olu\u015ftural\u0131m:\n    <\/p>\n
\npublic class Customer\n{\n    public int Id { get; set; }\n    public string FirstName { get; set; }\n    public string LastName { get; set; }\n    public string Email { get; set; }\n}\n\n\/\/ Basit bir SELECT sorgusu\npublic async Task> GetCustomersById(IDbConnection connection, int customerId)\n{\n    var query = TypedQuery.From()\n                          .Where(c => c.Id == customerId);\n\n    \/\/ SQL'e \u00e7evirme ve \u00e7al\u0131\u015ft\u0131rma\n    \/\/ Bu k\u0131s\u0131m TypedSql k\u00fct\u00fcphanesinin spesifik implementasyonuna g\u00f6re de\u011fi\u015fir.\n    \/\/ Genellikle, k\u00fct\u00fcphane bir sorgu builder veya executor sa\u011flar.\n    \/\/ \u00d6rne\u011fin: return await connection.QueryTypedAsync(query);\n    \/\/ Veya: return await query.ExecuteAsync(connection);\n\n    \/\/ Basit bir \u00f6rnek i\u00e7in olu\u015fturulan SQL'i d\u00fc\u015f\u00fcnelim:\n    \/\/ SELECT Id, FirstName, LastName, Email FROM Customers WHERE Id = @P0\n    \n    \/\/ Ger\u00e7ek bir TypedSql implementasyonu i\u00e7in \u00f6rnek g\u00f6sterim:\n    \/\/ var compiledQuery = query.Compile();\n    \/\/ return await connection.QueryAsync(compiledQuery.Sql, compiledQuery.Parameters);\n    \n    \/\/ Basitlik ad\u0131na, sadece sorgunun nas\u0131l olu\u015fturuldu\u011funa odaklanal\u0131m:\n    Console.WriteLine($\"Olu\u015fturulan SQL: SELECT * FROM Customers WHERE Id = {customerId}\");\n    Console.WriteLine(\"Bu k\u0131s\u0131m, ger\u00e7ek bir TypedSql k\u00fct\u00fcphanesinin \u00e7al\u0131\u015ft\u0131rma mant\u0131\u011f\u0131n\u0131 temsil eder.\");\n    \n    \/\/ Geriye \u00f6rnek bir de\u011fer d\u00f6nelim\n    return new List { new Customer { Id = customerId, FirstName = \"Test\", LastName = \"User\", Email = \"test@example.com\" } };\n}\n    <\/pre>\n<\/code><\/p>\n
\n        Yukar\u0131daki \u00f6rnekte TypedQuery.From()<\/code> ile Customer s\u0131n\u0131f\u0131m\u0131z\u0131 temel alan bir sorgu ba\u015flatt\u0131k. Ard\u0131ndan .Where(c => c.Id == customerId)<\/code> ifadesiyle bir filtreleme uygulad\u0131k. Dikkat ederseniz, bu filtreleme tamamen C# lambda ifadesi kullan\u0131larak yap\u0131ld\u0131 ve customerId<\/code> parametresi tip g\u00fcvenli bir \u015fekilde sorguya dahil edildi. TypedSql, bu lambda ifadesini analiz ederek dinamik olarak WHERE Id = @P0<\/code> gibi bir SQL ko\u015fuluna d\u00f6n\u00fc\u015ft\u00fcrecektir. Bu yakla\u015f\u0131m, hem kodun okunabilirli\u011fini art\u0131r\u0131r hem de Id<\/code> \u00f6zelli\u011finin tipini derleme an\u0131nda kontrol etmemizi sa\u011flar. Yani, yanl\u0131\u015f bir veri tipi kullanmaya \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131zda veya Id<\/code> ad\u0131n\u0131 de\u011fi\u015ftirdi\u011finizde, hatay\u0131 derleme an\u0131nda al\u0131rs\u0131n\u0131z, \u00e7al\u0131\u015fma zaman\u0131nda de\u011fil.\n    <\/p>\n
Daha Karma\u015f\u0131k Senaryolar: Join'ler, Group By ve \u0130leri D\u00fczey Filtreleme Nas\u0131l Yap\u0131l\u0131r?<\/h3>\n\n        Basit SELECT sorgular\u0131n\u0131n \u00f6tesine ge\u00e7mek istedi\u011fimizde, TypedSql'in g\u00fcc\u00fc daha da belirginle\u015fir. Karma\u015f\u0131k veritaban\u0131 i\u015flemleri, \u00f6rne\u011fin JOIN'ler, GROUP BY ifadeleri, s\u0131ralamalar ve sayfaland\u0131rma, TypedSql ile de tip g\u00fcvenli bir \u015fekilde ifade edilebilir. \u015eimdi, bir sipari\u015f tablosunun oldu\u011funu varsayal\u0131m ve m\u00fc\u015fterilerle sipari\u015flerini birle\u015ftirmek isteyelim:\n    <\/p>\n
\npublic class Order\n{\n    public int Id { get; set; }\n    public int CustomerId { get; set; }\n    public decimal TotalAmount { get; set; }\n    public DateTime OrderDate { get; set; }\n}\n\npublic class CustomerOrderDto\n{\n    public int CustomerId { get; set; }\n    public string CustomerName { get; set; }\n    public int OrderId { get; set; }\n    public decimal OrderTotal { get; set; }\n}\n\npublic async Task> GetCustomerOrders(IDbConnection connection)\n{\n    var query = TypedQuery.From(\"c\") \/\/ \"c\" alias'\u0131\n                          .Join(\"o\", (c, o) => c.Id == o.CustomerId) \/\/ \"o\" alias'\u0131\n                          .Select((c, o) => new CustomerOrderDto\n                          {\n                              CustomerId = c.Id,\n                              CustomerName = c.FirstName + \" \" + c.LastName, \/\/ String birle\u015ftirme \u00f6rne\u011fi\n                              OrderId = o.Id,\n                              OrderTotal = o.TotalAmount\n                          })\n                          .OrderBy((c, o) => c.LastName)\n                          .ThenBy((c, o) => o.OrderDate)\n                          .Skip(0) \/\/ Sayfaland\u0131rma i\u00e7in\n                          .Take(10); \/\/ \u0130lk 10 kayd\u0131 al\n\n    \/\/ Olu\u015fturulacak SQL'e \u00f6rnek:\n    \/\/ SELECT c.Id AS CustomerId, c.FirstName + ' ' + c.LastName AS CustomerName,\n    \/\/        o.Id AS OrderId, o.TotalAmount AS OrderTotal\n    \/\/ FROM Customers c\n    \/\/ JOIN Orders o ON c.Id = o.CustomerId\n    \/\/ ORDER BY c.LastName, o.OrderDate\n    \/\/ OFFSET 0 ROWS FETCH NEXT 10 ROWS ONLY\n    \n    \/\/ Ger\u00e7ek \u00e7al\u0131\u015ft\u0131rma \u00f6rne\u011fi:\n    \/\/ var compiledQuery = query.Compile();\n    \/\/ return await connection.QueryAsync(compiledQuery.Sql, compiledQuery.Parameters);\n    \n    Console.WriteLine(\"Bu k\u0131s\u0131m, karma\u015f\u0131k bir sorgunun TypedSql ile nas\u0131l ifade edildi\u011fini g\u00f6sterir.\");\n    \/\/ Geriye \u00f6rnek bir de\u011fer d\u00f6nelim\n    return new List { \n        new CustomerOrderDto { CustomerId = 1, CustomerName = \"Test User\", OrderId = 101, OrderTotal = 150.00M } \n    };\n}\n    <\/pre>\n<\/code><\/p>\n
\n        Bu \u00f6rnekte, Join<\/code> metodu ile Customer<\/code> ve Order<\/code> tablolar\u0131n\u0131 birle\u015ftirdik. Select<\/code> metodu i\u00e7inde, her iki tablonun \u00f6zelliklerini kullanarak yeni bir CustomerOrderDto<\/code> nesnesi olu\u015fturduk. Bu, LINQ'deki anonim tiplere veya projeksiyonlara olduk\u00e7a benzer bir yakla\u015f\u0131md\u0131r. OrderBy<\/code>, ThenBy<\/code>, Skip<\/code> ve Take<\/code> metodlar\u0131 ise s\u0131ras\u0131yla s\u0131ralama ve sayfaland\u0131rma i\u015flemlerini tip g\u00fcvenli bir \u015fekilde yapmam\u0131z\u0131 sa\u011flar. Bu i\u015flemlerin tamam\u0131, derleme an\u0131nda kontrol edilir ve \u00fcretilen SQL ifadesi optimize edilmi\u015f ve parametrele\u015ftirilmi\u015f olacakt\u0131r. B\u00f6ylece, hem geli\u015ftirme s\u00fcreci h\u0131zlan\u0131r hem de olas\u0131 hatalar\u0131n \u00f6n\u00fcne ge\u00e7ilir. Karma\u015f\u0131k WHERE<\/code> ko\u015fullar\u0131 i\u00e7in And<\/code> veya Or<\/code> gibi metodlar kullan\u0131larak birden fazla filtrenin birle\u015ftirilmesi de m\u00fcmk\u00fcnd\u00fcr. \u00d6rne\u011fin, belirli bir m\u00fc\u015fterinin belirli bir tarihten sonraki sipari\u015flerini almak isterseniz: .Where((c, o) => c.Id == customerId && o.OrderDate > DateTime.Now.AddDays(-30))<\/code>. TypedSql, bu t\u00fcr karma\u015f\u0131k mant\u0131ksal ifadeleri de sorunsuz bir \u015fekilde SQL'e \u00e7evirir.\n    <\/p>\n
Ger\u00e7ek D\u00fcnya Uygulamalar\u0131: TypedSql Hangi Sorunlar\u0131 \u00c7\u00f6zebilir?<\/h2>\n\n        TypedSql'in potansiyelini en iyi anlaman\u0131n yolu, onu ger\u00e7ek d\u00fcnya senaryolar\u0131na uygulamakt\u0131r. Geli\u015ftiricilerin s\u0131k\u00e7a kar\u015f\u0131la\u015ft\u0131\u011f\u0131 baz\u0131 problemlere TypedSql'in nas\u0131l \u00e7\u00f6z\u00fcm getirebilece\u011fine dair iki vaka analizini inceleyelim. Bu \u00f6rnekler, TypedSql'in sadece basit sorgular i\u00e7in de\u011fil, ayn\u0131 zamanda daha karma\u015f\u0131k ve dinamik ihtiya\u00e7lar i\u00e7in de sa\u011flam bir temel olu\u015fturdu\u011funu g\u00f6sterecektir.\n    <\/p>\n
Vaka Analizi 1: E-ticaret Platformunda Dinamik \u00dcr\u00fcn Arama Mod\u00fcl\u00fc<\/h3>\n\n        Modern e-ticaret siteleri, kullan\u0131c\u0131lar\u0131n \u00fcr\u00fcnleri fiyat aral\u0131\u011f\u0131, marka, kategori, renk ve di\u011fer bir\u00e7ok \u00f6zelli\u011fe g\u00f6re filtrelemesine olanak tan\u0131yan geli\u015fmi\u015f arama mod\u00fcllerine sahiptir. Geleneksel yakla\u015f\u0131mlarda bu dinamik filtreleme mant\u0131\u011f\u0131n\u0131 olu\u015fturmak, genellikle karma\u015f\u0131k SQL sorgu stringlerini ko\u015fullu olarak bir araya getirmek veya \u00e7ok katmanl\u0131, hantal ORM sorgular\u0131 yazmak anlam\u0131na gelir. Bu durum, hem kodun okunabilirli\u011fini d\u00fc\u015f\u00fcr\u00fcr hem de yeni filtreler eklendi\u011finde veya mevcutlar de\u011fi\u015ftirildi\u011finde \u00f6nemli bir refactoring \u00e7abas\u0131 gerektirir. \u00dcstelik, dinamik string birle\u015ftirmeleri, potansiyel SQL enjeksiyon risklerini de art\u0131rabilir.\n    <\/p>\n
\n        TypedSql ile bu sorunun \u00fcstesinden gelmek \u00e7ok daha kolayd\u0131r. Geli\u015ftiriciler, kullan\u0131c\u0131 se\u00e7imlerine g\u00f6re dinamik olarak sorgu zincirleri olu\u015fturabilirler. Her bir filtreleme ko\u015fulu, ayr\u0131 bir TypedSql .Where()<\/code> ifadesi olarak eklenebilir. \u00d6rne\u011fin:\n    <\/p>\n
\npublic class Product\n{\n    public int Id { get; set; }\n    public string Name { get; set; }\n    public string Category { get; set; }\n    public decimal Price { get; set; }\n    public string Brand { get; set; }\n}\n\npublic async Task> SearchProducts(IDbConnection connection, string keyword, string category, decimal? minPrice, decimal? maxPrice)\n{\n    var query = TypedQuery.From();\n\n    if (!string.IsNullOrEmpty(keyword))\n    {\n        query = query.Where(p => p.Name.Contains(keyword));\n    }\n\n    if (!string.IsNullOrEmpty(category))\n    {\n        query = query.Where(p => p.Category == category);\n    }\n\n    if (minPrice.HasValue)\n    {\n        query = query.Where(p => p.Price >= minPrice.Value);\n    }\n\n    if (maxPrice.HasValue)\n    {\n        query = query.Where(p => p.Price <= maxPrice.Value);\n    }\n\n    \/\/ S\u0131ralama ve Sayfaland\u0131rma eklenebilir\n    query = query.OrderBy(p => p.Name).Skip(0).Take(20);\n\n    \/\/ SQL olu\u015fturma ve \u00e7al\u0131\u015ft\u0131rma\n    \/\/ var compiledQuery = query.Compile();\n    \/\/ return await connection.QueryAsync(compiledQuery.Sql, compiledQuery.Parameters);\n    \n    Console.WriteLine(\"Dinamik arama sorgusu TypedSql ile olu\u015fturulmu\u015ftur.\");\n    return new List { new Product { Id = 1, Name = \"Laptop\", Category = \"Electronics\", Price = 1200M, Brand = \"TechCorp\" } };\n}\n    <\/pre>\n<\/code><\/p>\n
\n        Bu yakla\u015f\u0131m sayesinde, her bir filtreleme ko\u015fulu C# kodu i\u00e7inde ayr\u0131 ayr\u0131 ele al\u0131n\u0131r ve ko\u015fullu olarak sorgu zincirine eklenir. TypedSql, bu zinciri tek, optimize edilmi\u015f ve parametrele\u015ftirilmi\u015f bir SQL sorgusuna d\u00f6n\u00fc\u015ft\u00fcr\u00fcr. Bu, hem kodun temizli\u011fini ve bak\u0131m\u0131n\u0131 kolayla\u015ft\u0131r\u0131r hem de SQL enjeksiyon riskini ortadan kald\u0131r\u0131r. Ayr\u0131ca, Product<\/code> s\u0131n\u0131f\u0131nda bir \u00f6zelli\u011fin ad\u0131 de\u011fi\u015fti\u011finde, derleme an\u0131nda hata alaca\u011f\u0131n\u0131z i\u00e7in refactoring s\u00fcreci de \u00e7ok daha g\u00fcvenli hale gelir.\n    <\/p>\n
Vaka Analizi 2: Kurumsal Uygulamada Esnek Raporlama Altyap\u0131s\u0131<\/h3>\n\n        Kurumsal uygulamalar, genellikle y\u00f6neticilerin ve karar vericilerin ihtiya\u00e7 duydu\u011fu karma\u015f\u0131k raporlar \u00fcretmekle y\u00fck\u00fcml\u00fcd\u00fcr. Bu raporlar, birden fazla tablodan veri \u00e7ekmeyi, verileri grupland\u0131rmay\u0131, \u00f6zetlemeyi ve belirli kriterlere g\u00f6re filtrelemeyi i\u00e7erebilir. Geleneksel olarak, bu t\u00fcr raporlar ya uzun, karma\u015f\u0131k SQL sorgular\u0131 olarak yaz\u0131l\u0131r ya da ORM'lerin yeteneklerini zorlayan kodlarla olu\u015fturulur. Her iki durumda da, geli\u015ftirme s\u00fcresi uzar, hata ay\u0131klama zorla\u015f\u0131r ve rapor gereksinimleri de\u011fi\u015ftik\u00e7e bak\u0131m maliyetleri artar.\n    <\/p>\n
\n        TypedSql, raporlama altyap\u0131lar\u0131na esneklik ve g\u00fcvenilirlik katabilir. Geli\u015ftiriciler, raporlama ihtiya\u00e7lar\u0131na g\u00f6re dinamik olarak JOIN'ler, GROUP BY ifadeleri ve \u00e7e\u015fitli toplama fonksiyonlar\u0131 (SUM, COUNT, AVG) i\u00e7eren sorgular olu\u015fturabilirler. TypedSql'in tip g\u00fcvenli\u011fi, \u00f6zellikle karma\u015f\u0131k toplama ve gruplama i\u015flemlerinde yanl\u0131\u015f s\u00fctun adlar\u0131 veya uyumsuz tipler nedeniyle olu\u015fabilecek hatalar\u0131 engeller.\n    <\/p>\n
\npublic class SalesData\n{\n    public int ProductId { get; set; }\n    public string ProductName { get; set; }\n    public int QuantitySold { get; set; }\n    public decimal Revenue { get; set; }\n}\n\npublic class MonthlySalesSummaryDto\n{\n    public int Year { get; set; }\n    public int Month { get; set; }\n    public decimal TotalRevenue { get; set; }\n    public int TotalUnitsSold { get; set; }\n}\n\npublic async Task> GetMonthlySalesSummary(IDbConnection connection)\n{\n    var query = TypedQuery.From()\n                          .GroupBy(sd => new { sd.Revenue, sd.QuantitySold }) \/\/ Bu k\u0131s\u0131m k\u00fct\u00fcphane implementasyonuna g\u00f6re de\u011fi\u015febilir.\n                                                                           \/\/ Genellikle GroupBy'a do\u011frudan projeksiyon veririz.\n                          .Select(sd => new MonthlySalesSummaryDto \/\/ Aggregate fonksiyonlar\n                          {\n                              Year = sd.OrderDate.Year, \/\/ assuming SalesData has OrderDate\n                              Month = sd.OrderDate.Month,\n                              TotalRevenue = TypedAggregate.Sum(sd.Revenue), \/\/ \u00d6rnek aggregate fonksiyon kullan\u0131m\u0131\n                              TotalUnitsSold = TypedAggregate.Sum(sd.QuantitySold)\n                          })\n                          .OrderBy(s => s.Year)\n                          .ThenBy(s => s.Month);\n\n    \/\/ Olu\u015fturulacak SQL'e \u00f6rnek:\n    \/\/ SELECT YEAR(OrderDate) AS Year, MONTH(OrderDate) AS Month,\n    \/\/        SUM(Revenue) AS TotalRevenue, SUM(QuantitySold) AS TotalUnitsSold\n    \/\/ FROM SalesData\n    \/\/ GROUP BY YEAR(OrderDate), MONTH(OrderDate)\n    \/\/ ORDER BY Year, Month\n    \n    Console.WriteLine(\"Ayl\u0131k sat\u0131\u015f \u00f6zeti raporu TypedSql ile olu\u015fturulmu\u015ftur.\");\n    return new List { new MonthlySalesSummaryDto { Year = 2023, Month = 10, TotalRevenue = 150000M, TotalUnitsSold = 2500 } };\n}\n    <\/pre>\n<\/code><\/p>\n
\n        Bu vaka analizlerinde g\u00f6r\u00fcld\u00fc\u011f\u00fc gibi, TypedSql geli\u015ftiricilere, dinamik ve karma\u015f\u0131k sorgular\u0131, derleme an\u0131 tip g\u00fcvenli\u011finden \u00f6d\u00fcn vermeden olu\u015fturma imkan\u0131 sunar. Bu, hem geli\u015ftirme verimlili\u011fini art\u0131r\u0131r hem de uygulaman\u0131n genel bak\u0131m maliyetlerini ve g\u00fcvenlik risklerini azalt\u0131r. \u00d6zellikle, mobil uygulamalar\u0131n arka u\u00e7 servislerinde veya y\u00fcksek performans gerektiren API'lerde, veritaban\u0131 etkile\u015fiminin optimize edilmi\u015f ve hatas\u0131z olmas\u0131 kritik \u00f6neme sahiptir. TypedSql, bu t\u00fcr senaryolarda g\u00fcvenilir bir k\u00f6pr\u00fc g\u00f6revi g\u00f6rebilir.\n    <\/p>\n
\n        Uzman \u0130pucu: Karma\u015f\u0131k raporlama sorgular\u0131nda TypedSql'in sundu\u011fu okunabilirlik, uzun vadede kod bak\u0131m\u0131 i\u00e7in paha bi\u00e7ilmezdir. \u00d6zellikle s\u0131k de\u011fi\u015fen raporlama gereksinimlerinde TypedSql'in esnekli\u011fi size zaman kazand\u0131racakt\u0131r.\n    <\/div>\n