『壹』 如何設計一個好的，可擴展性的資料庫
如何設計一個好的，可擴展性的資料庫
資料庫設計(Database Design)是指對於一個給定的應用環境，構造最優的資料庫模式，建立資料庫及其應用系統，使之能夠有效地存儲數據，滿足各種用戶的應用需求（信息要求和處理要求）。
在資料庫領域內，常常把使用資料庫的各類系統統稱為資料庫應用系統。
『貳』 根據本講要獲得一個好的資料庫需要什麼
要獲得一個好的資料庫需要資源齊全，界面簡便易用，設計美觀大方。
傳統的資料庫方案並不具備強大的彈性伸縮能力，比如說常見的Oracle，MySQL，PostgreSQL等資料庫，在面對數據量的爆發性的增長時，往往很容易遇到存儲的瓶頸。
因此，不得不選用一些集群方案，如 Oracle RAC、 MySQL Sharding等，但這些解決方案同雲計算的彈性伸縮能力想比，還是會有不小的差距。雲時代用戶需要的是可以隨需應變，彈性支撐各種業務的資料庫系統。
企業的資料庫注意
在雲時代，因為所有的資料庫資源都是分布式存儲的，每個資料庫節點出現問題都是很正常的事情，所以就必須有一種可以實現數據一致性的數據復制方式來保證服務的高可用。
雲資料庫雖然可以做到彈性擴容，但當並發大到一定規模，雲資料庫需要在很高的並發下，依然可以維持系統的穩定。因此，雲時代的資料庫必須有合理的架構設計，才能更好的支持系統的需求。
『叄』 怎麼做資料庫
如下：
『肆』 什麼樣的資料庫是一個好的資料庫
資料庫一般是指關系型資料庫，它通過數據間的依賴性來組織數據，所以一個好的資料庫應該充分挖掘數據間的依賴關系，減小數據冗餘。
至於建立資料庫的好處，資料庫可以使獨立的數據通過他們之間的關系聯系起來，這樣便於更快速徹底有效的利用數據獲得信息。歸根結底，資料庫就是數據+關系。關系就是他最大的優點。
『伍』 怎麼做一個完整的資料庫
你要是建ORACLE資料庫，還是MSSQL資料庫呢？在建立資料庫之前，需要對其進行設計分析。
需求分析調查和分析用戶的業務活動和數據的使用情況，弄清所用數據的種類、范圍、數量以及它們在業務活動中交流的情況，確定用戶對資料庫系統的使用要求和各種約束條件等，形成用戶需求規約。概念設計對用戶要求描述的現實世界(可能是一個工廠、一個商場或者一個學校等)，通過對其中諸處的分類、聚集和概括，建立抽象的概念數據模型。這個概念模型應反映現實世界各部門的信息結構、信息流動情況、信息間的互相制約關系以及各部門對信息儲存、查詢和加工的要求等。所建立的模型應避開資料庫在計算機上的具體實現細節，用一種抽象的形式表示出來。以擴充的實體—（E-R模型）聯系模型方法為例，第一步先明確現實世界各部門所含的各種實體及其屬性、實體間的聯系以及對信息的制約條件等，從而給出各部門內所用信息的局部描述(在資料庫中稱為用戶的局部視圖)。第二步再將前面得到的多個用戶的局部視圖集成為一個全局視圖，即用戶要描述的現實世界的概念數據模型。邏輯設計主要工作是將現實世界的概念數據模型設計成資料庫的一種邏輯模式，即適應於某種特定資料庫管理系統所支持的邏輯數據模式。與此同時，可能還需為各種數據處理應用領域產生相應的邏輯子模式。這一步設計的結果就是所謂「邏輯資料庫」。
物理設計根據特定資料庫管理系統所提供的多種存儲結構和存取方法等依賴於具體計算機結構的各項物理設計措施，對具體的應用任務選定最合適的物理存儲結構(包括文件類型、索引結構和數據的存放次序與位邏輯等)、存取方法和存取路徑等。這一步設計的結果就是所謂「物理資料庫」。驗證設計在上述設計的基礎上，收集數據並具體建立一個資料庫，運行一些典型的應用任務來驗證資料庫設計的正確性和合理性。一般，一個大型資料庫的設計過程往往需要經過多次循環反復。當設計的某步發現問題時，可能就需要返回到前面去進行修改。因此，在做上述資料庫設計時就應考慮到今後修改設計的可能性和方便性。運行與維護設計在資料庫系統正式投入運行的過程中，必須不斷地對其進行調整與修改。
資料庫設計步驟 至今，資料庫設計的很多工作仍需要人工來做，除了關系型資料庫已有一套較完整的數據範式理論可用來部分地指導資料庫設計之外，尚缺乏一套完善的資料庫設計理論、方法和工具，以實現資料庫設計的自動化或互動式的半自動化設計。所以資料庫設計今後的研究發展方向是研究資料庫設計理論，尋求能夠更有效地表達語義關系的數據模型，為各階段的設計提供自動或半自動的設計工具和集成化的開發環境，使資料庫的設計更加工程化、更加規范化和更加方便易行，使得在資料庫的設計中充分體現軟體工程的先進思想和方法。
『陸』 建立資料庫的原則（怎樣建立一個好的資料庫）
主目錄分類要清楚詳細（也就是要實現的功能）無論是自己,或別人看到你的資料庫名(或表名)都一目瞭然。
****每個表之間的關聯要明確，表之間的訪問，可讀寫（也就是安全，約束）要明確***這點最重要。
在表欄位追加方式和追加內容要明確（每個表欄位之間的關系一定要清楚，不然到時候會給你的表結構帶來許多不便）。
在這之前最好是寫出詳細的需求分析說明，用圖把層次結構畫出來，這要在建的時候才不會混亂。
還有就是當你在寫程序涉及到資料庫的時候，如果你的WEB（FORM）與最初設計的資料庫需求分析不同的話，最好是把需求分析也改為一致。這樣才能夠同步。盡量避免寫程序的時候再回頭設計資料庫。
以上是我自己的看法，可能同行內有更好的解決辦法，多多參考.多多總結..
『柒』 如何構建一個完善的資料庫,如何來處理表與表關系.
SQL Server本身就是一個完善的資料庫，提供可視化編程，後台完成所有拖放處理操作，不管有沒有數據都可以使用，不需要編譯。
一個比較合理的資料庫設計應該考慮數據的交互性和挖掘能力、處理效率以及日誌記錄。
建立數據表，注意以下幾點：
表建立的時候要有主鍵和索引，表與表之間要能使用主鍵相聯系，舉例說在A表裡我做完一次記錄要生成一個單號，B表裡面是依據單號來做下一個流程，而不是依據記錄的每一條數據
取名盡量使用英文+下劃線，SQL Server里對漢字需要轉碼，影響工作效率，按照他的默認編碼方式操作有助於提高數據處理速度
建立數據表的列數不要太多，用編碼規則來建立邏輯
注意欄位存儲空間，限制欄位長度，少用注釋和image
存儲過程盡量簡潔實用
建立視圖，為了別的客戶端使用，盡量建立視圖，做好完整的數據分析，別的介面程序或者客戶端直接就可以拿去使用。做視圖注意幾點：
多個表操作寫在一個視圖里，不要嵌套太多視圖
連接查詢要適當的篩選
跨伺服器操作視圖，要建立伺服器鏈接表，盡量使用內網鏈接，把伺服器鏈接表做成查詢視圖，放在本地伺服器資料庫里，這樣就等同本地操作
視圖之間保留連接欄位作為主要索引
建立計劃作業，有計劃地進行數據同步更新和備份標識工作，注意事項：
備份數據盡量放資料庫里同步復制
計劃任務避開工作高峰期
建立存儲過程，記錄操作日誌，把日誌以數據表的形式存儲，注意事項：
存儲過程對本表操作，不要交互太多表
精簡參數數量，注意參數存儲空間
對記錄修改刪除、更新標記的時候盡量使用時間來索引
建立關系圖，給表與表之間建立直接關系，整理整體挖掘數據性能。
建立計劃更新任務，優化資料庫整體性能。
『捌』 什麼資料庫最強大
最近搞資料庫,本人也就個人常識談談:
其實就像上面所說,沒有什麼最強大的,只是起應用范圍不一樣而已.試想一想,如果一種東西在各方面都有絕對的實力戰勝其它所有事物,那麼它就成了壟斷,其他的東西就沒有存在的價值了.當然這都是廢話.不過作為一個職業搞軟體的人一般是不會問這樣的問題.相信你還對這方面不是很了解.我誰邊說幾種資料庫以及其應用給你參考一下:
ACCESS:又稱為桌面資料庫,其操作簡單方便,適合於開發小型項目,其數據一般在20000條以內.好處就是很簡單,處理很友好,現在很多
Offic自帶的.難點就是數據處理能力不是很樂觀,而且管理不嚴格也不安全,並僅適合於一定平台環境.如果你做一個1萬元以內或左右的項目可以使用這種資料庫.
SQL
Server/Sybase:我把這種資料庫成為適合於學習的資料庫,因為它是你開發大型資料庫的基礎,這比起上述資料庫要適合於開發大型一些的項目,一般是幾十萬的.但其本質更加適合於教學.因為對機器要求不高(如果只裝此軟體,不包含其它開發環境256M內存就差不多了,不過搞開發不夠,如果你知道客戶資料庫和伺服器資料庫就知道了),而其操作和大型資料庫類似.因為現在很普遍的資料庫就稱為:
"關系資料庫".不過像SQL
Server是微軟的產品,所以對應於高級語言開發的話比較有天性目前市場上的C#.NET技術.
MySql:這是一種比上一種資料庫可能在功能上要強大一點的資料庫系統,此資料庫也是很流行的.本人對本資料庫接觸不多,在此就不多說了.
Oracle:此資料庫是自稱為世界上最為強大的一種資料庫系統,的確,其數據處理能力(不論是管理能力\存取能力\搜索能力\計算能力)是上述所有資料庫所無與能比的,所以它在世界上非常流行,其都用於開發大型軟體系統,小的項目也要上百萬,當然如果你要用它來開發幾十萬的項目也不是不型,只不過派不上用場(好象在農村的破路上買一輛"賓士"來開一樣,這就是我為什麼說實用范圍了).當然其功能強大需要超強的硬體支持.我們老師上次做的一個系統把整套硬軟設備配置完成就花了200多萬.所以其一般用於開發大型項目而且一般用於商業軟體開發,比如現在世界上非常流行的ERP(企業資源管理)幾乎都是用這樣的資料庫開發的.
BD2:當然,與Oracle一直槍世界第一稱號的資料庫就是DB2了,它也是非常強大的,至於誰好,我也說不大上來,只不過我知道,IBM不論從各方面(只要是技術,不論是硬體還是軟體,此不包含其經濟問題)它都是世界的老大哥,DB2就是它的東西,所以它絕對是個好東西.而為什麼商業軟體大部分都是用Oracle那,那是正是因為它自己太強大了所有就從硬體到軟體進行全面自我化,它的軟體別人硬體安全不了,它的硬體必須要用它的操作系統,否則指令集不識別,安全不上.當然資料庫就是這樣了,當然就不容於市場了,它的東西太好,那麼技術就高,那麼就太貴了.這也是IBM被聯想都給收購的一個重要原因.不過IBM的機器畢竟是好,穩定,速度那是必須相當好,所以很多機關政府都用它的機器,當然就要用它的資料庫了.像中國的銀行都是使用DB2資料庫,因為都使用的是IBM的電腦.
我說能說的差不多就這么多了,希望能給你點幫助.
『玖』 我想建立一個資料庫系統，用哪個資料庫好
追求和office的兼容性，無疑最佳選擇就是office系列裡的access了。操作和維護也比較簡單。追求功能強大的話可以用oracle，只是可能要藉助第三方工具來進行維護了。
『拾』 如何在人腦建立一個資料庫！
目前來說，靠個人的力量比較困難。難道你要把20000位圓周率投射到視網膜上，還是直接把他切入視神經？不過將類似的存儲晶元嵌入大腦不難，人體也有生物電，可以提供電量。當來還要一塊處理晶元把數字信號變成模擬信號輸入神經。但是，能潛入人類意識的資料庫也比較難設計啊，讀取不難，你還需要一種能管理資料庫的軟體，通過探測腦電波來獲取你的指令（好像已經有類似的輪椅了）。總而言之，像My SQL對大腦來說沒啥用，自己單獨設計一個至少要十年。