B與資料庫

⑶ B+樹的B+樹與操作系統的文件索引和資料庫索引

為什麼說B+樹比B 樹更適合實際應用中操作系統的文件索引和資料庫索引？ B+樹的磁碟讀寫代價更低
B+樹的內部結點並沒有指向關鍵字具體信息的指針。因此其內部結點相對B 樹更小。如果把所有同一內部結點的關羨閉旦鍵字存放在同一盤塊中，那麼盤塊所能容納的關鍵字數量也越多。一次性讀入內存中的需要查找的關鍵字也就越多。相對來說IO讀寫次數也就降低了。
舉個例子，假設磁碟中的一個盤塊容納16bytes，而一個關鍵字2bytes，一個關鍵字具體信息指針2bytes。一棵9階B-tree(一個結點最多8個關鍵字)的內部結點需要2個盤快。而B+樹內部結點只需要1個盤快。當需要把內部結點讀入內存中的時候，B 樹就比B+樹多一次盤塊查找時間(在磁碟中就是碟片旋轉的時間)。 B+樹的查詢效率更加穩定
由於非終結態肢點並不是最終指向文件內容的結點，而只是葉子結點中關鍵字的索引。所以任何關鍵字的查找必須走一條從根結點到葉子結點的路。所有關鍵字查詢的兄擾路徑長度相同，導致每一個數據的查詢效率相當。

⑷ SQL server 新建資料庫B，要與原有的資料庫A有相同表結構，該怎麼弄

最簡單的方法就是直接把創建表結構的語句導出來 2005裡面有這個功能，步驟如下：
1、選中資料庫A，右鍵->任務->生成腳本，彈出生成腳本向導窗體，點擊下一步。
2、選擇要生成腳本的資料庫，點擊下一步，彈出選擇腳本選項窗體賀握，點擊下一步。
3、彈出選擇對象類型窗體，全選，點擊下一步。
4、彈出選余晌擇存儲過程窗體，全選，點擊下一步。
5、彈出選擇表窗體，全選，點擊下一步禪毀慶。
6、彈出輸出選項窗體，根據需要選擇一種方式。
然後會生成一個創建資料庫的腳本，包括表、存儲過程等等，我們只需要把表A的改成表B，運行一下就可以創建一個無數據的空資料庫B，並且和A表結構完全一樣。不明白可以留言給我，有問必答！

⑸ 資料庫應用模式中,c/s和b/s模式有什麼區別

c/s
通過客戶端(應用程序)向伺服器（資料庫管理系統）發送請求，獲得數據。茄液b/s
通過瀏覽器向web伺服器提交數據請求，web服凱納則務器盯棚再通過資料庫伺服器拿到所需要的數據，返回給html頁面。

⑹ 主從式結構的資料庫系統與B/S結構有何區別

風馬牛不相及，主從資料庫出俗講只是一個資料庫拆成幾個分別存放(可以不同伺服器)，也就是不同的資料庫存不同的表或者存儲過程什麼的，你是敏租不是在問分布橋察兆式資料庫呢，分布式資料庫是採取就近原則，所有資料庫的表都是一致的，內容可能少，查詢是先查最近，沒有再往別的資料庫查
BS是瀏覽器伺服器模式，軟體開發者通過這種模式集中精力開發伺服器和適配瀏覽器，可以在不同環境下使用，應用訪問廣，而且不用特意花時間去開發客戶端，對沒嫌應的是CS模式，也就是客戶端伺服器模式，不同系統要開發不同的客戶端，比較花時間，比如windows客戶端，linux客戶端，蘋果電腦客戶端，安卓手機客戶端，蘋果手機客戶端

⑺ 誰能簡單解釋一下B/S和C/S資料庫系統的工作流程

B/S結構
求助編輯網路名片
B/S結構（Browser/Server，瀏覽器/伺服器模式），是WEB興起後的一種網路結構模式，WEB瀏覽器是客戶端最主要的應用軟體。這種模式統一了客戶端，將系統功能實現的核心部分集中到伺服器上，簡化了系統的開發、維護和使用。客戶機上只要安裝一個瀏覽器（Browser），如Netscape Navigator或Internet Explorer，伺服器安裝Oracle、Sybase、Informix或 SQL Server等資料庫。瀏覽器通過Web Server 同資料庫進行數據交互。
目錄
B/S結構的作用
B/S架構軟體的優勢與劣勢
B/S架構與C/S的聯系與區別
實際應用
B/S結構的作用
B/S架構軟體的優勢與劣勢
B/S架構與C/S的聯系與區別
實際應用
展開


B/S結構圖
編輯本段B/S結構的作用
B/S最大的優點就是可以在任何地方進行操作而不用安裝任何專門的軟體，只要有一台能上網的電腦就能使用，客戶端零維護。系統的滾山擴展非常容易。
B/S結構的使用越來越多，特別是由需求推動了AJAX技術的發展，它的程序也能在客戶端電腦上進行部分處理，從而大大的減輕了伺服器的負擔；並增加了交互性，能進行局部實時刷新。
編輯本段B/S架構軟體的優勢與劣勢
（1）維護和升級方式簡單。目前，軟體系統的改進和升級越來越頻繁，B/S架構的產品明顯體現著更為方便的特性。對一個稍微大一點單位來說，系統管理人員如果需要在幾百甚至上千部電腦之間來回奔跑，效率和工作量是可想而知的，但B/S架構的軟體只需要管理伺服器就行了，所有的客戶端只是瀏覽器，根本不需要做任何的維護。無論用戶的規模有多大，有多少分支機構都不會增加任何維護升級的工作量，所有的操作只需要針對伺服器進行；如果是異地，只需要把伺服器連接專網即可，實現遠程維護、升級和共享。所以客戶機越來越「瘦」，而伺服器越來越「胖」是將來信息化發展的主流方向。今後，軟體升級和維護會越來越容易，而使用起來會越來越簡仔備橘單，這對用戶人力、物力、時間、費用的節省是顯而易見的，驚人的。因此，維護和升級革命的方式是「瘦」客戶機，「胖」伺服器。
（2）成本降低，選擇更多。大家都知道windows在桌面電腦上幾乎一統天下，瀏覽器成為了標准配置，但在伺服器操作系統上windows並不是處於絕對的統治地位。念團 現在的趨勢是凡使用B/S架構的應用管理軟體，只需安裝在Linux伺服器上即可，而且安全性高。所以伺服器操作系統的選擇是很多的，不管選用那種操作系統都可以讓大部分人使用windows作為桌面操作系統電腦不受影響，這就使得最流行免費的Linux操作系統快速發展起來，Linux除了操作系統是免費的以外，連資料庫也是免費的，這種選擇非常盛行。
比如說很多人每天上「新浪」網，只要安裝了瀏覽器就可以了，並不需要了解「新浪」的伺服器用的是什麼操作系統，而事實上大部分網站確實沒有使用windows操作系統，但用戶的電腦本身安裝的大部分是windows操作系統。
（3）應用伺服器運行數據負荷較重。由於B/S架構管理軟體只安裝在伺服器端（Server）上，網路管理人員只需要管理伺服器就行了，用戶界面主要事務邏輯在伺服器（Server）端完全通過WWW瀏覽器實現，極少部分事務邏輯在前端（Browser）實現，所有的客戶端只有瀏覽器，網路管理人員只需要做硬體維護。但是，應用伺服器運行數據負荷較重，一旦發生伺服器「崩潰」等問題，後果不堪設想。因此，許多單位都備有資料庫存儲伺服器，以防萬一。
編輯本段B/S架構與C/S的聯系與區別
C/S是Client/Server的縮寫。伺服器通常採用高性能的PC、工作站或小型機，並採用大型資料庫系統，如Oracle、Sybase、Informix或 SQL Server。客戶端需要安裝專用的客戶端軟體。
B/S是Browser/Server的縮寫，客戶機上只要安裝一個瀏覽器（Browser），如Netscape Navigator或Internet Explorer，伺服器安裝Oracle、Sybase、Informix或 SQL Server等資料庫。在這種結構下，用戶界面完全通過WWW瀏覽器實現，一部分事務邏輯在前端實現，但是主要事務邏輯在伺服器端實現。瀏覽器通過Web Server 同資料庫進行數據交互。
系統開發中C/S結構（Client/Server）中Client（客戶端）往往可以由 B/S結構（Browser/Server結構）的Browser（瀏覽器）及其載體承擔，C/S結構的Web應用與B/S結構（Browser/Server結構）具有緊密聯系。大系統和復雜系統中，C/S結構和B/S結構的嵌套也很普遍。
C/S 與 B/S 區別
1．硬體環境不同：
C/S 一般建立在專用的網路上，小范圍里的網路環境，區域網之間再通過專門伺服器提供連接和數據交換服務。
B/S 建立在廣域網之上的，不必是專門的網路硬體環境，例與電話上網，租用設備. 信息自己管理. 有比C/S更強的適應范圍，一般只要有操作系統和瀏覽器就行。
2．對安全要求不同
C/S 一般面向相對固定的用戶群，對信息安全的控制能力很強。 一般高度機密的信息系統採用C/S 結構適宜。可以通過B/S發布部分可公開信息。
B/S 建立在廣域網之上， 對安全的控制能力相對弱， 可能面向不可知的用戶。
3．對程序架構不同
C/S 程序可以更加註重流程， 可以對許可權多層次校驗， 對系統運行速度可以較少考慮。
B/S 對安全以及訪問速度的多重的考慮，建立在需要更加優化的基礎之上. 比C/S有更高的要求 B/S結構的程序架構是發展的趨勢，從MS的.Net系列的BizTalk 2000 Exchange 2000等，全面支持網路的構件搭建的系統。SUN 和IBM推JavaBean 構件技術等，使 B/S更加成熟.。
4．軟體重用不同
C/S 程序可以不可避免的整體性考慮， 構件的重用性不如在B/S要求下的構件的重用性好。
B/S 對的多重結構，要求構件相對獨立的功能. 能夠相對較好的重用.就如買來的餐桌可以再利用，而不是做在牆上的石頭桌子
5．系統維護不同
C/S 程序由於整體性，必須整體考察，處理出現的問題以及系統升級. 升級難. 可能是再做一個全新的系統
B/S 構件組成，方面構件個別的更換，實現系統的無縫升級. 系統維護開銷減到最小.用戶從網上自己下載安裝就可以實現升級。
6．處理問題不同
C/S 程序可以處理用戶面固定，並且在相同區域，安全要求高，需求與操作系統相關. 應該都是相同的系統。
B/S 建立在廣域網上， 面向不同的用戶群，分散地域， 這是C/S無法作到的。與操作系統平台關系最小。
7．用戶介面不同 。
C/S 多是建立的Window平台上，表現方法有限，對程序員普遍要求較高。
B/S 建立在瀏覽器上， 有更加豐富和生動的表現方式與用戶交流. 並且大部分難度減低，減低開發成本。
8．信息流不同
C/S 程序一般是典型的中央集權的機械式處理，交互性相對低。
B/S 信息流向可變化，B-B B-C B-G等信息、流向的變化，更像交易中心。
[1]
編輯本段實際應用
B/S結構的OA系統
這種OA系統對於Office軟體的一個最基本要求就是能嵌入瀏覽器。通常OA系統是用Java實現的系統，能通過Applet方式無縫地在瀏覽器中運行，同時具有公文模板套用、痕跡保留、公文域、電子簽章等常用功能，能夠快速實現該OA系統中的功能替代。
無論是在JSP還是ASP的頁面中，都可以通過JavaScript來調用Applet的方法，通過Applet的方法再調用永中集成Office的API來完成對Office的操作。對於基於J2EE架構的OA系統，嵌入和調用永中集成Office更是如魚得水，十分便捷。
B/S結構在城市消防聯網
1、遠程監控系統平台基於J2ee的B/S結構，通過WEB的方式提供人機交互的界面，便於系統遠程維護及升級，便於用戶隨時隨地通過網路登錄系統平台。其只需一套中心軟硬體設備，且中心設備投資少、遠程維護方便的特點，特別適用於省級或多個地市級的聯網，同樣也適用在單個地市及行業聯網項目中。
2、採用VPN網路系統支撐平台運行，平台為應用系統提供包括：用戶訪問控制、信息加密、身份認證等安全方面的服務，全面保證系統安全。


法安通城市消防遠程監控系統圖
3、系統具有高可靠性，保證聯網單位的在線率及報警信息准確無誤的上傳。
4、系統具有高穩定性，保證報警伺服器在處理大量報警信息時不死機，能夠24小時不間斷穩定運行。
5、系統並發可支持100-500路，可承受5000-10000路聯網傳輸設備的聯接，滿足城市級的消防聯網單位數量眾多的要求。
6、系統保證可擴展性。在國家政策的支持下消防聯網發展很快，系統的規模將越來越大，為了適應消防聯網系統的飛速發展，則要求整個系統能在不間斷使用的情況下完成系統的升級。我們的產品在設計中，主伺服器及網路設備採用模塊化結構，硬體平台可以積木式拼裝。平台產品提供良好的業務類型擴展性和業務規模擴展性，保證系統能快速方便地引入新的硬體和軟體系統，可以隨服務內容和業務量的增加動態部署計算機以提高系統處理能力。
7、系統支持開放性與標准化原則。對於消防聯網系統來說，開放性與標准化原則十分重要。只有堅持標准化的系統才能保護用戶的投資，才能體現良好的可擴展和互操作能力。J2EE技術是最符合開放性與標准化原則的技術，能最大限度地保護用戶投資。以J2EE應用伺服器技術為基礎平台建立的廣東省東莞市消防聯網遠程監控系統，採用開放技術標准，便於與基於不同開發技術實現的各種內外部系統互聯互通，另一方面，在產品供應商和技術服務商的選擇上也提供了更大的餘地。
8、系統實時運行過程中對數據進行備份，保證數據的安全性和有效性，同時實現系統運行時聯網數據導入導出，不影響系統的實時運行。
9、系統支持用戶實時接入。聯網用戶的接入不影響系統的實時運行。
10、系統支持實時的視頻監控和視頻接入。
11、系統完全滿足GB50440-2007規范的要求，具備報警受理系統、119報警終端系統、信息查詢系統及用戶服務管理系統。
12、前端報警傳輸設備（NTE-FANT6800）可以與報警控制器採用RS232、RS485、列印機介面、開關量、電壓輸出等方式連接，寬頻、無線接入傳輸報警信息。
13、城市消防遠程監控系統能否按要求實現預期功能，能否連續可靠運行，其關鍵問題是如何解決不同控制器生產廠家，不同型號產品的兼容問題，即各火災報警控制器數據的採集和協議的轉換問題。法安通已成功處理了120多種火災報警控制器的數據採集和協議轉換，在這方面已積累了豐富的實戰經驗。[2]