魔獸世界335版本資料庫ItemExtendedCost.dbc修改說明【多篇】

魔獸世界335版本資料庫修改說明 篇一

index:順序（不用理會，會自動新增）列0：引數編號

列2：需要榮譽數量

列3：需要競技場點數

列4：

列5：需要物品編號一

16進位制碼（需要轉換10進位制）

列6：需要物品編號二

列7：需要物品編號三

列8：需要物品編號四

列9：需要物品編號五

列10：需要物品一的數量

列11：需要物品二的數量

列12：需要物品三的數量

列13：需要物品四的數量

列14：需要物品五的數量

列15：需要戰隊等級 列16：需要人物等級

資料庫版本管理 篇二

簡介

在軟體開發過程中，版本控制是一個廣為人知的概念。因為一個專案可能會需要不同角色人員的參與，通過使用版本控制軟體，可以使得專案中不同角色的人並行參與到專案當中。原始碼控制使得程式碼可以存在多個版本，而不會將程式碼庫變得混亂，典型的場景包括Bug修復、新增新功能、版本整合等。

雖然在開發層面的版本控制軟體已經非常成熟，但目前國內還沒有專門針對資料庫層面的版本控制軟體來幫助不同角色的人員在資料庫層面進行團隊協作、變更程式碼管理以及對資料庫的變更進行檢視和比對。在資料庫層面版本控制工具的缺乏可能會出現如下場景：

 無法在資料庫層面進行團隊協作：開















發人員A對儲存過程的修改導致

開發人員B建立的儲存過程被覆蓋，從而無法比對和追蹤

開發人員-開發DBA-測試人員難以協作：SVN等版本工具是基於檔案的，很難在資料庫層面進行版本控制

資料庫發生的變更難以追蹤：現有的技術無法追蹤由誰、在什麼時間、對資料庫修改了什麼，當發生由資料庫引起的報錯或效能下降時，難以排查

無法記錄對資料庫變更的過程資產：資料庫變更的歷史記錄只有資料庫運維人員瞭解，當該相關人員離職或調崗，這些過程資產難以繼承

難以審計資料庫：現有的資料庫審計功能往往依賴於日誌，對效能造成很大影響。

SQL指令碼無法有效管理：現有的做法往往是將SQL以檔案形式儲存，無法有效管理和共享

無法檢視被加密的資料庫物件：當需要對加密的資料庫物件進行修改時，如果無法找到物件定義的原始記錄，則必須重寫該物件

SVN建立和使用複雜：SVN使用流程對於資料庫人員過於繁瑣，為資料庫人員增加了額外的工作負擔 由於資料庫是整個業務應用的核心，上述問題無論是在開發環境還是在生產環境如果得不到有效的解決，會造成生產力低下、過程資產無法得到管理、資料庫審查無法進行、難以排查由資料庫變更導致的問題等情況。

下面來介紹一下Source Safe for SQL Server如何解決該類問題。

軟體的安裝

軟體的官網下載完Source Safe的安裝包後一路下一步，安裝完成後開啟Management Studio，在需要加入到原始碼控制器的某個資料庫伺服器上右鍵，在彈出選單中選擇“新增資料庫到版本控制”，如圖1所示。

圖1.將資料庫新增到版本控制 然後設定相關的選項，如圖2所示。

圖2.新增資料庫到版本控制相關設定

現在再來看，整個資料庫都已經在版本控制之下了，如圖3所示。

圖3.檢視受版本控制的資料庫

至此，Source Safefor SQL Server就安裝配置完成了。

典型應用場景

Source Safe可以解決下述問題： 開發團隊進行版本控制 在一個開發團隊中，對於資料庫物件的每一次變更都會自動覆蓋上一個版本，導致上一個版本物件定義的丟失。比如說開發人員A建立了儲存過程“ProcA”，然後開發人員B修改了儲存過程“ProcA”，開發人員A建立的儲存過程將會被開發人員B所做的修改覆蓋，造成之前定義儲存過程的丟失和無法回滾。使用Source Safe可以輕鬆解決該類問題。通過圖4，我們看到儲存過程“ProcA”由開發人員“Jack”建立後，開發人員“CareySon”對其進行了修改，Source Safe可以完整的記錄由誰，在什麼時間，做了哪些修改，如圖所示。

圖4.檢視儲存過程“ProcA”被修改的歷史記錄

圖5.檢視儲存過程 “ProcA”兩個版本的差異部分 開發里程碑標記

在開發過程中，往往需要對開發里程碑進行迭代，每一個開發里程碑導致的資料庫物件變更都可以完整的被記錄和文件化。

圖6.里程碑版本以及涉及到的物件變更 生產環境變更管理

在生產環境中，程式的升級、程式或人為對資料庫物件的更改有可能導致資料庫出現問題，例如應用程式報錯或資料庫效能下降。通過SourceSafe可以快速比較出資料庫之前版本和當前資料庫定義中存在差異的部分，並根據具體情況回滾導致資料庫出現問題的物件，從而快速排除錯誤並保證資料庫持續穩定執行。如圖7所示。

圖7.選擇需要版本比較的物件 常用指令碼管理

無論是開發人員還是資料庫的運維人員，都會有常用指令碼需要儲存。過去的做法往往是將SQL程式碼以檔案的形式儲存，這樣既不方便使用，也不方便分類管理。利用Source Safe的程式碼管理功能，可以方便的將SQL程式碼的管理無縫整合到SQL Server Management Studio中。如圖8所示。

圖

8、使用Source Safe的指令碼管理功能對SQL進行管理

此外，Source Safe特別設定了預設資料夾“工具欄快捷方式”，使用者可以將頻繁使用的SQL程式碼置於此處，在該分類下的指令碼會自動出現在Management Studio的工具欄中，如圖9所示。

圖

9、將常用指令碼置於“工具欄快捷方式”中 對選定的物件進行版本歸類

雖然Source Safe每次同步之後都會生成一個基於變更的版本號，但在某些特殊情況下，比如需要對庫中某些變更進行管理、對庫中的版本進行歸類的情況下會需要額外的標籤。如圖10所示。

圖

10、利用標籤標出某個業務版本涉及到的資料庫物件 與SVN的無縫整合 SourceSafe的版本內容和歷史記錄可以直接匯出到SVN、TFS、VSS中，從而打通資料庫版本控制和現有的SVN系統。在資料庫中我們對儲存過程做了三次變更，如圖11所示。

圖11.對儲存過程的3次變更 接下來將歷史記錄匯出到SVN，如圖12所示。

圖12.將SourceSafe記錄匯出到SVN 匯出完成後，通過SVN客戶端軟體可以看到對應SQL檔案的在資料庫中對應圖10的三次變更，如圖13所示。

圖對應SourceSafe中的3次變更

軟體的下載

軟體的下載可以在軟體的官網下載，下載地址(http://？tab=sourcesafe-for-sql-server)。