1樓：東軍
你報的是滿漢全席培訓班，結果進了一家煎餅店實習，自然會產生困惑。資料庫是乙個很寬泛的概念，底層原理相似，行業應用間的區別卻很大。一套標準ERP，後台資料庫光是表數量就能超過千張，更別說檢視儲存過程自定義函式之類了
2樓：夏天可以長點嗎
兄弟，站的高度不一樣，需要的東西不一樣，比如你是資料庫開發者，就要什麼都寫了，如果你是普通的開發者一名，那麼簡單就OK了，我只能告訴你，我見過一條一千多行的語句，而且你所會的會跟你的工資待遇相關
3樓：麻將騎士
沒見過並不代表沒有應用場景。
這些年是因為做網際網路對外服務的公司多，在這些公司系統的應用場景裡，因為服務呼叫頻率高，為減輕資料庫壓力，常見做法確實是減少資料庫的業務運算量。
資料庫本身就早於Web技術發展，在一些大型私有系統中，資料庫的高階產品特性就顯得很好用了，實施成本也更低。
4樓：王璐
你朋友的意思是：我們拋開資料庫單獨做一套完整性約束，資料庫只要管儲存就好了。這不是資料庫的常規用法。
這種方案在早期MySQL孱弱的時候常用。此外，一些網際網路業務為了提公升並行處理效能，可以犧牲一部分資料完整性，在這類極端需求下，傳統資料庫的約束會限制效能。此外，對於大量資料分庫分表儲存的情況下，難以使用觸發器或儲存過程。
傳統行業（非網際網路）極端依賴資料庫的高階特性，這些特性可以使開發商在不更新軟體的情況下，只更新資料庫邏輯即可改動業務。
需要注意的是：在資料庫外做完整性約束，可能慢於資料庫。一旦約束有所疏漏，可能會造成嚴重後果。
居然有人贊我，那針對於題目加兩句廢話：
課程上涉及的SQL已經是極限抽象和簡化的查詢示例了，不能算複雜查詢。
某某說用不到，可能因為他經歷的專案業務簡單。各類資訊系統中複雜查詢多的是。
理論不是傻子寫的。最悲哀的是：不知道某事有理論支撐，花了十年總結的經驗技巧寫在二十年前的教科書裡。
資料庫的選擇？
破緊逼 推薦學習oracle，因為sqlserver還是做了比較多的封裝，但是oracle會比較複雜，概念也比較多，能學到比較多的資料庫細節，之後學其他資料庫就游刃有餘 postgres django，在搬瓦工買個vps，3.99刀用一年。資料庫遷移沒什麼難度，django提供了 URL routi...
Arcgis建立的個人資料庫和檔案資料庫有什麼區別呢？
xomap Personal GDB 檔案實質是Access庫，檔案大小最大2G。File GDB則沒有檔案大小上線，且可以跨平台。 補充，gdb可以使用gdal驅動中的filegdb api進行簡單讀寫 相同 均為GeoDatabase資料模型的實現，均為物件導向的地理資料庫，不開源 不同 個人地...
資料庫能做搜尋嗎？用資料庫做搜尋的優點和缺點有哪些？
陳廣勝 在網際網路早期，LAMP剛開始大紅大紫的那個時代，許多站點的搜尋就是用資料庫的做的。就是簡單地在要搜尋的字段上加個倒排索引。這麼做的優點是維護和開發簡單，了解點SQL就可以了。不過隨著資料量越來越大，這種做法顯得不是那麼高效。搜尋對於大多數應用來說，不太需要關係型資料庫的一些功能，如事務處理...