當前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

轻量级ORM框架——第二篇：Dapper中的一些复杂操作和inner join应该注意的坑

發(fā)布時間：2024/7/5 编程问答 29 豆豆

生活随笔收集整理的這篇文章主要介紹了轻量级ORM框架——第二篇：Dapper中的一些复杂操作和inner join应该注意的坑小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

?

　 ? ?上一篇博文中我們快速的介紹了dapper的一些基本CURD操作，也是我們manipulate db不可或缺的最小單元，這一篇我們介紹下相對復(fù)雜

一點的操作，源碼分析暫時就不在這里介紹了。

一：table sql

? ? 為了方便，這里我們生成兩個表，一個Users，一個Product，sql如下：

<1> Users table

CREATE TABLE [dbo].[Users]([UserID] [int] IDENTITY(1,1) NOT NULL,[UserName] [varchar](50) NULL,[Email] [varchar](100) NULL,[Address] [varchar](100) NULL,CONSTRAINT [PK_Users] PRIMARY KEY CLUSTERED ([UserID] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] ) ON [PRIMARY]

<2> Product table

CREATE TABLE [dbo].[Product]([ProductID] [int] IDENTITY(1,1) NOT NULL,[ProductName] [varchar](220) NULL,[ProductDesc] [varchar](220) NULL,[UserID] [int] NULL,[CreateTime] [datetime] NULL,CONSTRAINT [PK_Product] PRIMARY KEY CLUSTERED ([ProductID] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] ) ON [PRIMARY]

二：in操作

? ? ? 很多時候我們在manipulate table的時候，或多或少的都會用到 ”in關(guān)鍵字”，比如:我要找到User表中Email in ('5qq.com','8qq.com')的

Users record。。。

static void Main(string[] args){var connection = new SqlConnection("Data Source=.;Initial Catalog=Datamip;Integrated Security=True;MultipleActiveResultSets=True");var sql = "select * from Users where Email in @emails";var info = connection.Query<Users>(sql, new { emails = new string[2] { "5qq.com", "7qq.com" } });}

看了上面的操作，是不是很簡單，只要我們的參數(shù)類型是Array的時候，dappper會自動將其轉(zhuǎn)化。。。

三：多條sql一起執(zhí)行

? ? ?有時候我們會想在一條sql中灌入很多的snippet sql，然后讓其一起執(zhí)行，此時讓我想起了一個操作，我會在db中l(wèi)oad data的時候會寫到

select ... from marketing where ?id in (....); select .... from eventmarketing where in (...)類似這樣的語句，然后進行結(jié)果合并，這篇

為了方便演示，在User上做一個*操作，在Product上做一個* 操作，比如下面這樣：

static void Main(string[] args){var connection = new SqlConnection("Data Source=.;Initial Catalog=Datamip;Integrated Security=True;MultipleActiveResultSets=True");var sql = "select * from Product; select * from Users";var multiReader = connection.QueryMultiple(sql);var productList = multiReader.Read<Product>();var userList = multiReader.Read<Users>();multiReader.Dispose();}

四：多表join操作

? ? ?不管sql寫的多么好或者多么爛，接觸一個月還是接觸到十年，都必然跑不了多表查詢，那么在多表查詢上dapper該如何使用呢？？？比如

說我要找到2015-12-12之后的商品信息和個人信息，很顯然這是一個多表查詢，可以先來看一下users和product的關(guān)系。

可以發(fā)現(xiàn)其實他們有一個外鍵關(guān)系，然后我們在Product Entity上做一下小修改，將Users作為Product的一個entity property。。。

public class Product{public int ProductID { get; set; }public string ProductName { get; set; }public string ProductDesc { get; set; }public Users UserOwner { get; set; }public string CreateTime { get; set; }}

有了這些儲備，我們大概就可以寫出如下的sql。

static void Main(string[] args){var connection = new SqlConnection("Data Source=.;Initial Catalog=Datamip;Integrated Security=True;MultipleActiveResultSets=True");var sql = @"select p.ProductName,p.CreateTime,u.UserNamefrom Product as pjoin Users as uon p.UserID = u.UserIDwhere p.CreateTime > '2015-12-12'; ";var result = connection.Query<Product, Users, Product>(sql,(product, users) =>{product.UserOwner = users; return product;});}

結(jié)果就是”操！！！！“。。。。。。。。。。。。

從錯誤信息中可以看到：當你使用multi-mapping的時候要確保設(shè)置了splitOn參數(shù)，除了Id。。。從這句話中好像也看不出什么名堂，也就是說

除了Id，你都需要設(shè)置SplitOn參數(shù)，好吧，這是逼著哥哥看源代碼。。。。看看SplitOn到底是個什么樣的鳥玩法。。。然后我從Call Stack往上

面找，發(fā)現(xiàn)了非常”至關(guān)重要“的一段話。

? ? 然來splitOn就是Dapper對DataReader進行”從右到左“的掃描，這樣就可以從sequent中獲取到一個subsequent，然后遇到設(shè)置的splitOn

就停止。。。然來是這樣，哈哈。。。這回我就知道了，將splitOn設(shè)置為”userName“就好了。。。比如下面這樣。。。

static void Main(string[] args){var connection = new SqlConnection("Data Source=.;Initial Catalog=Datamip;Integrated Security=True;MultipleActiveResultSets=True");var sql = @"select p.ProductName,p.CreateTime,u.UserNamefrom Product as pjoin Users as uon p.UserID = u.UserIDwhere p.CreateTime > '2015-12-12'; ";var result = connection.Query<Product, Users, Product>(sql,(product, users) =>{product.UserOwner = users; return product;},splitOn: "UserName");}

當然如果你覺得我上面說的太啰嗦了，注意事項還tmd的多，又是泛型，又是Lambda的。。。你也可以不指定這些具體Type，而默認使用

dynamic也是可以的，比如下面這樣：

五：支持存儲過程

? ?對于存儲過程，也是一個不得不說的話題，我們的dapper同樣也是可以執(zhí)行的，只需要在Query中的CommandType中標記一下當前就是一個

StoredProcedure就八九不離十了，比如現(xiàn)在在Users表上創(chuàng)建一個簡單的StoredProcedure。

USE [Datamip] GO /****** Object: StoredProcedure [dbo].[sp_GetUsers] Script Date: 09/02/2016 09:14:04 ******/ SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO Create proc [dbo].[sp_GetUsers] @id int as begin select * from Users where UserID = @id ; end

在這里，我們需要向存儲過程塞入一個@id參數(shù)，返回具體的Users EntityList，好了，下面再看一下Query如何構(gòu)造。

搞定，感覺用Dapper是不是就這么簡單，先就說到這里，希望對大家有幫助。

轉(zhuǎn)載：https://www.cnblogs.com/huangxincheng/p/5832281.html

不要看他人高薪，且看閑時誰在拼！！

轉(zhuǎn)載于:https://www.cnblogs.com/BoKeYuan259/p/10966680.html

總結(jié)

以上是生活随笔為你收集整理的轻量级ORM框架——第二篇：Dapper中的一些复杂操作和inner join应该注意的坑的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。