關於資料庫在專案中的應用的反思（1）
首先想說一下在軟體專案中的感悟，乙個軟體專案需要乙個好的、穩定的、高效的資料庫做支撐，特別是一些比較大型的應用開發，對資料庫的要求更高，而能否做出乙個好的資料庫與製作的軟體相配，這個問題對於軟體的開發來說至關重要，而且乙個正常的、常規的軟體開發步驟應該按照嚴格的規範來：
首先是對整個軟體系統進行分析，在這一部分，特別重要的是需求分析，需求分析的重要性可以完全影響到你資料庫的整體思路與邏輯，這次的專案雖然做了一定的需求分析，但由於分析的不到位，不徹底，所以在製作資料庫時沒有辦法很好的理清楚它的邏輯。
第二步就是進行資料庫的設計，而在這次的專案中，由於經驗不足，把這一步放在了第三步進行，先進行了軟體介面的設計，那麼就存在很嚴重的問題：正常的軟體設計步驟應該是用介面去滿足和反映資料庫的資料，而由於我們步驟的顛倒，成了資料庫去不斷滿足介面的要求，這就在無形中增加了很多資料庫設計的難度，其實在一開始，沒有打算用資料庫，想用文字檔案去實現資料的匯入，可這樣就暴露了文字檔案讀寫的最大缺陷：（1）修改起來困難；（2）各文字檔案之前沒有銜接，缺少了資料之前的邏輯關係，所以不可取。而資料庫的優勢在於，資料組織清晰，邏輯關係明確，修改容易，而且資料存放操作有規律性、統一性，滿足對於大量資料/或者需要合理組織結構的資料的存放。
資料庫的真正難點在於er圖的建立，我不能明確的去說資料庫設計的步驟是獨一無二的、確定的、必須按照這樣一步一步做的，但是如果不按照這樣來做，這個資料庫就很「脆弱，病態」，就以我失敗的經驗來說，我自以為夠了解那些資料，結果前面的步驟全部省略（包括省略er圖）直接建了資料庫，建好資料庫後還自以為自己的資料庫做的很好，其實真的是不堪一擊，根本經不起資料以及業務需求的考驗，結果前前後後完整的改了6次，改到自己都虛脫。
後來在學長的指點下，重新按照資料庫設計的步驟來做，但還是省略了er圖之前，在畫er圖時犯了很多錯誤，有明顯的，也有自己以前從來不知道的地方，一共做了三份er圖，但最後只有乙個還勉強能用，也就勉勉強強做完了資料庫。
資料庫在專案中的應用（軟體測試方向）
場景 測試人員要做的事 開發配置好環境，但沒有連線資料庫 連線資料庫 已經建好資料庫，但沒有建立資料表 建立資料表 已經建好資料庫和資料表，但資料表中沒有資料 新增資料 資料表中有資料，但資料量不夠，開發只提供一兩條樣例資料 製造大量資料 後台管理沒有註冊功能 手動向資料表中插入使用者名稱和密碼 比...
gradle在專案中的應用
compilesdkversion 代表是使用的sdk版本buildtoolsversion 代表構建工具的版本,一般都是sdk相配套的。在專案建立的時候就會自動生成signingconfigs 簽名配置,主要有 develop,release develop 開發時候的配置keyalias apk...
Kibana在專案中的應用
雖然本文主要闡釋kibana 在專案中的應用 但是我們需要了解乙個常識，那就是一般情況下elk都是組合應用的，在我們的專案中我們也是一起使用的，但是由於對kibana 的頗具熱情，所以本文是對kibana的初始 先說下專案背景，我是datawarehouse 的 免不了會對些個datastage j...