首頁猿問在團(tuán)隊(duì)中是否應(yīng)統(tǒng)一使用...

在團(tuán)隊(duì)中是否應(yīng)統(tǒng)一使用 ORM？使用 SQL 語句有什么壞處？

JavaScript

繁星coding 2019-04-08 11:18:17

如題。團(tuán)隊(duì)規(guī)模為10人。編程環(huán)境為PHP+Python。個(gè)人覺得在大家都會(huì)SQL，并且掌握一些SQL技巧時(shí)，統(tǒng)一使用SQL語句可以在以后性能調(diào)優(yōu)時(shí)更直觀。不知各位“過來人”有何高見。另外在Model里有沒有必要把phpredis的函數(shù)重新封裝為ORM？感覺Redis本身就是為速度存在的，如果再在入口處加一些解析、判斷、封裝，是不是會(huì)有悖于Redis的主旨，而且涉及數(shù)據(jù)交互的Model在我們團(tuán)隊(duì)里僅由2人負(fù)責(zé)，編碼規(guī)范化的問題應(yīng)該不是問題。

查看完整描述

2 回答

皈依舞

TA貢獻(xiàn)1851條經(jīng)驗(yàn) 獲得超3個(gè)贊

SQL一個(gè)比較大的麻煩就是不限權(quán)（或者是限權(quán)不細(xì)）。一個(gè)SQL語句的書寫失誤，可能毀掉整個(gè)系統(tǒng)的所有數(shù)據(jù)。因此甚至包括WordPress在內(nèi)的，幾乎所有的框架都不怎么提倡直接把SQL語句硬編碼（hardcode）在程序中，而是必須封裝起來。不要覺得只有兩個(gè)人做就不必封裝了——缺少規(guī)矩，人少也出事兒。

反對(duì) 回復(fù) 2019-04-08

眼眸繁星

TA貢獻(xiàn)1873條經(jīng)驗(yàn) 獲得超9個(gè)贊

可以使用一些輕量級(jí)的ORM，好處就是：1、開發(fā)快，很多細(xì)節(jié)封裝起來了，比如數(shù)據(jù)庫連接的使用和釋放2、面向?qū)ο蟮拈_發(fā)方式讓代碼更易理解和維護(hù)3、完全不會(huì)限制你做SQL調(diào)優(yōu)，比如類似mybatis這樣輕量級(jí)的ORM，還是使用SQL訪問數(shù)據(jù)

反對(duì) 回復(fù) 2019-04-08