本人之前從事資料庫運維工作，主要內容是根據公司開發的一套配置，利用oralce中的表來維護前臺web介面以及實現一些功能，提供資料介面。現從事資料庫開發工作，提供一些資料報表。雖然兩份工作同屬電信行業，但業務型別不同，而且之前有需求人員負責講解業務，現只能靠自己理解，基本是0業務基礎。現公司以本人具有相關行業經驗為由，要求2個月之內接手工作，但無任何業務文件可參考，全要從需求中瞭解業務，請問是否合理？
回覆列表
-
1 # 吾求彣彧
-
2 # php設計模式
當然不合理。何止不合理，這簡直是蠻不講理，無腦瞎指揮。
你負責的是資料庫開發。其實就是開發。那個負責講解業務的需求人員，其實充當著產品經理的角色。
現在他一撂攤子，你一個開發人員，要同時肩負產品經理的責任，要熟悉業務，和使用者溝通，定製需求，然後再做開發，一人身兼數職，這是把人當牛馬使，完全不顧客觀規律。這肯定是要亂套的。
你可以和公司溝通，要麼先讓你熟悉業務，開發的工作先擱置；要麼去再招產品，你專心負責開發。如果兩條路都走不通，你就先應付著，然後去投簡歷，準備跳槽。
除了工具軟體，相信世界上大部分軟體都不能脫離資料庫而獨立存在。時下正是資訊大爆炸的年代，對海量資料加以組織，有針對性的分析是非常有必要的。這部分資料要有儲存的位置，這就是資料庫的職責。
比如在以前人們對自然災害無法做到有效預測，給人民財產和生命造成了巨大的損失。現在各種遙感衛星、氣象衛星實時將檢測資料傳回地面，給分析師提供依據，對即將發生的災害有預防措施，避免了更大的人員傷亡和財產損失。
資料庫和業務的關係實現業務需求，進行資料庫建模非常重要。建模一定在業務角度是合理的，在技術角度是安全、穩定、易擴充套件的。可以說資料庫的設計和開發都是為業務服務的，淘寶沒有強大的技術支撐是無法構建如今龐大的商業帝國的，京東做的如此優秀就是解決了最後一公里難題，從技術上來說沒有好的解決方案是不可能的，資料庫是很重要的技術門類。不同的業務需要不同型別的資料庫實現，應用最廣的當屬關係型資料庫，如Oracle、Mysql、DB2等等，有些應用場景更適合應用nosql資料庫，如mongodb。
資料庫開發效能資料庫效能問題一直是伴隨著專案週期始末的問題。如何提升資料庫效能，一個是開發過程中的具體問題具體分析。業務sql多關注細節，比如儘量少使用in，多用exists代替；儘量少使用or；對查詢欄位過頻的欄位建立索引；對資料量大的表進行表分割槽處理。另一方面在宏觀上解決資料庫效能問題，對相關係數做調節，規模巨大的情況下考慮使用資料庫叢集。
資料庫穩定性考慮系統的服務持續性，必須考慮資料庫熱備問題。當使用的資料庫宕機後能夠啟用備用資料庫，保持業務交易不受影響。
資料庫容災業務規模龐大的公司都會去考慮這個問題，像BAT一類的大公司，肯定會做這方面考慮，伺服器物理位置上分佈在全國各地，應對自然災害對公司的影響，可以說一個地點發生不可預知的災害不會影響整個公司的命運。