使用Node.js實(shí)現(xiàn)ORM的一種思路詳解(圖文)
ORM是O和R的映射。O代表面向?qū)ο?,R代表關(guān)系型數(shù)據(jù)庫(kù)。二者有相似之處同時(shí)也各有特色。就是因?yàn)檫@種即是又非的情況,才需要做映射的。
理想情況是,根據(jù)關(guān)系型數(shù)據(jù)庫(kù)(含業(yè)務(wù)需求)的特點(diǎn)來(lái)設(shè)計(jì)數(shù)據(jù)庫(kù)。同時(shí)根據(jù)面向?qū)ο螅ê瑯I(yè)務(wù)需求)的特點(diǎn)來(lái)設(shè)計(jì)模型(實(shí)體類)。然后再去考慮如何做映射。但是理想很骨jian感dan,現(xiàn)實(shí)太豐fu滿za。
沒(méi)見(jiàn)哪個(gè)ORM是這么做的,也沒(méi)見(jiàn)哪位高手會(huì)這么做設(shè)計(jì)。那么實(shí)際情況是什么樣子的呢?以.net的Entity Framework為例。
DB frist,就是先設(shè)計(jì)好數(shù)據(jù)庫(kù),然后根據(jù)庫(kù)里的表、主外鍵等自動(dòng)創(chuàng)建實(shí)體類。然后可以通過(guò)LinQToSQL來(lái)操作。這樣創(chuàng)建出來(lái)的實(shí)體類顯然缺乏面對(duì)對(duì)象的特色。
Code frist,就是先設(shè)計(jì)實(shí)體類,然后根據(jù)實(shí)體類和特性來(lái)自動(dòng)創(chuàng)建表和主外鍵、約束等。而為了嚴(yán)謹(jǐn),定義實(shí)體類的時(shí)候需要說(shuō)明一下主外鍵等具有關(guān)系型特色的東東。
如下圖
現(xiàn)在想用node來(lái)做一套引擎。剛剛接觸node,估計(jì)會(huì)有現(xiàn)成的orm吧,不知道他們是怎么做的,先不管他們了,先把自己的思路弄清楚再說(shuō),恩恩。
為啥要選擇node呢?以為他原生支持json。Json在前端那是主場(chǎng),js原生支持json,各種操作都非常流暢舒服。但是json到了后端(C#)就麻煩了,C#原生不支持json,只能作為字符串,或者實(shí)體類序列化的形態(tài)。這就需要轉(zhuǎn)來(lái)轉(zhuǎn)去的,很是麻煩。
而采用node那么后端也可以用js來(lái)編碼,也就是說(shuō)會(huì)原生支持json。這就舒服多了。想想,前端創(chuàng)建json(實(shí)體類),然后整個(gè)提交給后端,后端接到j(luò)son直接進(jìn)行處理(安全驗(yàn)證、業(yè)務(wù)處理),然后直接持久化。是不是很爽!
采用node還有一個(gè)好處,那就是他可以在運(yùn)行時(shí)定義實(shí)體類的屬性,比如增加屬性。這個(gè)在C#里是無(wú)法實(shí)現(xiàn)的。
為啥一定要運(yùn)行時(shí)可以修改實(shí)體類?因?yàn)檫@樣做可以避免實(shí)體類數(shù)量爆炸。
打開(kāi)你的項(xiàng)目,數(shù)一數(shù)定義了多少的實(shí)體類?是不是項(xiàng)目越大實(shí)體類就越多?當(dāng)需要發(fā)生變化,需要給實(shí)體類增加一個(gè)屬性的時(shí)候,是不是需要各種改代碼?雖然VS可以幫我們做很多工作。
所以說(shuō)還是在運(yùn)行時(shí)可以隨意修改實(shí)體類的好,這樣可以極大地避免修改代碼的問(wèn)題。(因?yàn)楦揪蜎](méi)有啥代碼)
這一篇主要是說(shuō)思路,所以先簡(jiǎn)單設(shè)計(jì)一個(gè)json來(lái)表示一下。
設(shè)計(jì)這個(gè)json的目的是,引擎可以根據(jù)json的情況來(lái)拼接成SQL,然后交給數(shù)據(jù)庫(kù)處理。
{ "operationMode":"add",// add\update\delete\select "tableCount":1, //支持多表的級(jí)聯(lián)添加、修改 "fieldInfo":[{//主表的字段,參與操作的字段,不參與的不用寫(xiě)。第一個(gè)字段是主鍵(不支持多主鍵) "tableName": "t1", //表名。 "primaryKey":"id",//主鍵字段名。我不想把主鍵字段名限制為必須是“ID” "_sqlCache": "" ,//緩存的sql語(yǔ)句,每次都拼接sql也挺煩的,弄個(gè)緩存存放拼接好的sql。 "fieldList":{ //涉及到的字段,并不需要把表里的字段都放進(jìn)來(lái),根據(jù)業(yè)務(wù)需求設(shè)計(jì) //客戶端提交的json與之對(duì)應(yīng) "field1Name":"field1Value", "field2Name":"field2Value" } }, { //從表的字段,可以不設(shè)置 "primaryKey": "id", //主鍵字段名。我不想把主鍵字段名限制為必須是“ID” "foreignKey": "foreignKeyid", //主鍵字段名。我不想把主鍵字段名限制為必須是“ID” "_sqlCache": "", //緩存的sql語(yǔ)句,每次都拼接sql也挺煩的,弄個(gè)緩存存放拼接好的sql。 "fieldList": { //涉及到的字段(不含外鍵字段),并不需要把表里的字段都放進(jìn)來(lái),根據(jù)業(yè)務(wù)需求設(shè)計(jì) //客戶端提交的json與之對(duì)應(yīng) "field1Name": "field1Value", "field2Name": "field2Value" } } // 從表的字段,參與操作的字段,不參與的不用寫(xiě)。第一個(gè)字段是主鍵,第二個(gè)字段是外鍵 ], "findCol":[{ "colName":"col1", "key1":"abc", "key2":"abc", //范圍查詢時(shí)使用,比如從幾號(hào)到幾號(hào) "findKind":" {colName} like {key}" //查詢方式:like、not Like、in、=、between等 }] }
一般的ORM是以實(shí)體類為核心,要求實(shí)體類的完整,就說(shuō)一個(gè)實(shí)體類要和一個(gè)完整的表做映射。比如要下架一個(gè)商品,一般的做法是先把這個(gè)商品從數(shù)據(jù)庫(kù)里讀取出來(lái)實(shí)例化之后,修改標(biāo)記屬性(字段),然后再把整個(gè)實(shí)體類持久化(保存到數(shù)據(jù)庫(kù))。
但是SQL怎么寫(xiě)呢?一個(gè)update就可以了,不用讀取數(shù)據(jù)的,這樣效率就有點(diǎn)損耗。
那么如果要把一個(gè)分類的商品都下架呢?要把這個(gè)分類里的商品都折騰出來(lái),然后批量改屬性值,在批量持久化。
如果寫(xiě)SQL語(yǔ)句呢?還是那一句SQL,只不過(guò)是把查詢條件換一下,還是不需要折騰數(shù)據(jù)。這種情況下效率的差別就很大了。
而我的這個(gè)思路呢,并不是以面向?qū)ο鬄楹诵牡模且躁P(guān)系型數(shù)據(jù)庫(kù)為核心。
就是說(shuō)不會(huì)把實(shí)體類和表做整體的映射,而是會(huì)把屬性和字段做映射。就是說(shuō)把一個(gè)表里的部分字段拿出來(lái),做成一個(gè)實(shí)體類,然后進(jìn)行操作。比如下架商品的例子
表:商品表
字段:isxiajia = 1
條件:id=1(單商品下架) cate=2 (按照分類下架)
然后生成update語(yǔ)句就可以了。
這是一個(gè)獨(dú)立的“實(shí)體類”,這個(gè)類里面并不需要商品的其他屬性,因?yàn)橹皇窍录懿僮?。另外查詢條件也完全放開(kāi),不是僅僅依據(jù)ID查詢,還可以按照其他字段來(lái)查詢,比如分類字段。這樣效率就可以得到提升。
總結(jié)
以上所述是小編給大家介紹的使用Node.js實(shí)現(xiàn)ORM的一種思路詳解,希望對(duì)大家有所幫助,如果大家有任何疑問(wèn)請(qǐng)給我留言,小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)腳本之家網(wǎng)站的支持!
相關(guān)文章
nodejs搭建本地服務(wù)器并訪問(wèn)文件操作示例
這篇文章主要介紹了nodejs搭建本地服務(wù)器并訪問(wèn)文件操作,結(jié)合實(shí)例形式分析了nodejs搭建本地服務(wù)器操作步驟及文件訪問(wèn)相關(guān)實(shí)現(xiàn)技巧,需要的朋友可以參考下2019-05-05node schedule實(shí)現(xiàn)定時(shí)任務(wù)的示例代碼
實(shí)際工作中,可能會(huì)遇到定時(shí)清除某個(gè)文件夾內(nèi)容,本文主要介紹了node schedule實(shí)現(xiàn)定時(shí)任務(wù)的示例代碼,具有一定的參考價(jià)值,感興趣的可以了解一下2024-08-08關(guān)于沒(méi)有徹底清除node和npm的解決方法
最近因?yàn)閚pm和node的版本不匹配遇到了許多困難,比如更新npm的版本,結(jié)果它給報(bào)錯(cuò)了,查閱了好多資料,發(fā)現(xiàn)就是node和npm卸載的時(shí)候,還有殘留,所以本文給大家介紹了關(guān)于沒(méi)有徹底清除node和npm的解決方法,需要的朋友可以參考下2024-03-03node.js中的http.createClient方法使用說(shuō)明
這篇文章主要介紹了node.js中的http.createClient方法使用說(shuō)明,本文介紹了http.createClient的方法說(shuō)明、語(yǔ)法、接收參數(shù)、使用實(shí)例和實(shí)現(xiàn)源碼,需要的朋友可以參考下2014-12-12為什么Node.js會(huì)這么火呢?Node.js流行的原因
是什么原因讓Node.js突然間如此流行呢?聽(tīng)起來(lái)像是有了一種新的Web開(kāi)發(fā)技術(shù),是這樣嗎?我們來(lái)匯總一下。2014-12-12淺析Node.js實(shí)現(xiàn)HTTP文件下載
本文介紹如何用Node.js來(lái)實(shí)現(xiàn)HTTP文件下載,文章以實(shí)例演示所以很詳細(xì),有需要的小伙伴們可以參考學(xué)習(xí)。2016-08-08node.js平臺(tái)下利用cookie實(shí)現(xiàn)記住密碼登陸(Express+Ejs+Mysql)
這篇文章主要介紹了node.js平臺(tái)下利用cookie實(shí)現(xiàn)記住密碼登陸(Express+Ejs+Mysql),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下。2017-04-04手把手教你通過(guò)nodejs快速搭建一個(gè)服務(wù)器
這篇文章主要給大家介紹了關(guān)于如何通過(guò)nodejs快速搭建一個(gè)服務(wù)器的相關(guān)資料,在node.js中創(chuàng)建一個(gè)服務(wù)器非常簡(jiǎn)單,文中通過(guò)代碼介紹的非常詳細(xì),需要的朋友可以參考下2023-10-10