1樓：Cans
看了一圈，發現全都是在說語句的操作和過程，提設計的很少。個人認為雖然資料庫原理對優化特別有幫助，但是設計才是資料庫理論的核心。知乎逛一圈都是三正規化（某大佬說過真正明白資料庫設計是怎麼回事的不會僅僅考慮到3nf），分解理論幾乎全部不說，也確實只有極少數人在設計超大型資料庫（可能大佬們也不想說，東西難理解，解決的問題也比較極端，一般用不到，但是我想說重要的是思想方法）。
想盡快的乾掉你的上級，想更容易做到資料庫架構師先好好學理論吧。畢竟經驗不夠理論湊。
2樓：
如果是10年前做開發，特別是做管理軟體，不懂一到兩種資料庫（SQLServer、ORACLE、SyBase）還真不好意思說自己是開發人員。目前我覺得懂不懂資料庫理論（特別是關係型資料庫原理）關係不大，因為資料儲存和讀寫技術都在發生變化，一般都是鍵值對直接操作，不需要寫SQL語句。
3樓：
軟體開發的本質是對資料的處理和使用。
資料可以存放在檔案、資料庫系統、NoSQL資料庫系統、記憶體、佇列等各種系統。資料也可以按照各種格式儲存。這些可以統一稱為資料的組織方式。
不同的系統是圍繞著一定的資料組織方式來設計的。因此重要的是了解不同的組織方式以及他們的優缺點。在需要時可以根據不同的任務來選擇現有系統或者開發新系統。
資料庫裡的資料是按照表存放。資料庫理論是指導如何組織資料表來優化操作效率。
給定一種資料的組織方式，可以分析出哪些操作能夠有效地被執行。
給定乙個操作，可以設計一種資料組織方式來使得這個操作最優。
但是給定很多操作呢？而且這些操作要求的最優組織方式是衝突時，如何選擇呢？
把乙個書房當做資料庫，裡面的書是資料。給定乙個任務是希望快速查詢一本書，那資料庫的理論是指導如何來擺放這些書。
如果把書亂放，那麼查詢起來很費時間。
如果把書按照名字拼音首字母存放，那麼按照名字的查詢就很快。
如果按照出版時間順序存放，那麼按照年代查詢就很方便、
如果把書按照作者名字存放，那麼按照作者名字查詢就很方便。
但是如果希望同時按照名字，出版年代，作者名字甚至書裡的內容來查詢的話，該如何設計資料庫呢？
4樓：
看你的側重，現在的分工越來越細了，要全棧。。。會付出很多的！
資料庫優化還是交給DBA吧，松耦合設計才是重要的！
資料庫理論對於程式設計師是必修課，可以根據你的崗位可以深入，也可以了解！
5樓：張抗抗
很重要，但是要看你是做什麼方面的軟體開發，伺服器多於前端，前端多於嵌入式，如果專門搞資料庫伺服器，那必須啊，如果一點理論都沒，玩個蛋，但是實踐更重要，因為理論永遠追不上實踐，畢竟理論不是預言家，解決問題才是重點，不然理論很好，設計很規範，沒有創新，就好比手機做的好的不是諾基亞而是蘋果了，這就是涉及到什麼是理論？學的究竟是理論還是條條框框。
6樓：陳廣勝
理想的情形是，資料庫理論沒那麼重要，開發人員僅懂SQL就可以了。但現在的問題是，許多資料庫還沒那麼易用。理解internal，能讓資料庫更好的工作，也更容易排錯。
7樓：文淵
對於大多數開發人員來講隨著封裝和架構的進化，需要懂得越來越少。畢竟無論是結構還是非結構資料庫自身效能也在大幅提公升。所以現在可能還有很多要求未來專業性增強應用越來越簡單，並不需要太多了
8樓：gtlions.Lai
理論知識？高度太高了吧……作為一位前DBA表示有開發人員問我truncate table是幹什麼的時候表示：我也不懂，很抱歉（逃）( ˉ ˉ )
9樓：天空教務
可以說特別重要。絕大多數辦公及商用軟體都要用到資料庫，因此必須了解資料庫只是，特別是sql語句。http://
tkjwgl.com
10樓：
首先，資料庫本身是乙個非常好的大型軟體集合。
讀懂資料庫的設計和概念對程式設計，特別是新手是尤為有好處的。
因為其包含了大量的經典設計，和給你提供了很多思路。
記憶體管理技術，索引，排序的選擇，生成執行計畫樹。
磁碟檔案讀取，檔案組設計，分割槽表設計，
事務設計，日誌設計，鎖設計
資料分發設計。
這些理論知識不僅要看懂，還要理解和學會。
當你學會，並理解了這些，
增刪改查就不再單單是簡單的增刪改查了，往往會在你心裡展現一張圖，它的每乙個執行細節你都能了如於胸。
如何對軟體開發人員進行績效考核？
東寶HR系統 對於軟體開發人員如何進行績效考核一向是企業HR感到比較頭疼的事，尤其是月底或是年終評績效獎金的時候，稍有紕漏就會引發程式設計師們的激烈反對，到第二年人都跑的差不多了，這樣的情況就有點削足適履，反倒起了負面效果。那是不是軟體開發人員不進行績效考核呢？也並不是，但是要考核內容需要符合客觀事...
開發人員失誤造成的損失，是否需要開發人員進行賠償？
乙個電子商務的專案，產品設計架構開發測試很多人的，和資金相關的內容測試組都會重點測試的，負責資料庫，資金都是老骨幹做，真是有問題也是老闆賠錢，要不然誰敢給他幹活啊 張大喵 公司的損失不可能要求個人來賠償.公司的liability不可能讓個人來背.但是你可能會被開除.比如你的某個commit讓亞馬遜服...
在軟體專案開發過程中，要求開發人員每天提交乙份工作日誌合理嗎？
吳成鋒 經常是某個情況下leader覺得需要加強管理而增加了每日日誌的需求，本身OK，需要堅持和持續的關注，經常性的是leader過一陣後就放鬆看成乙個可有可無的事項，幾乎不關注，進而流於形式 早會的形式會更好，讓所有人統一時間來交流，增強團隊互動 牛大寶 很多人認為專案管理的核心是計畫和執行，其實...