1、門戶網站適合用什麼資料庫
首選mysql，其次sqlserver，如果你的數據大到T級以上那麼就用oracle吧。
2、做一個大型門戶網站難不難？門戶網站的信息是不是都是從資料庫裡面顯示出來的？
大型的門戶一般都抄是在發布新聞的時候,會在文件夾下生成相應的靜態頁面,用戶訪問的都是靜態化的新聞頁面,這樣做的原因是減少資料庫的讀取,減輕伺服器的負擔,一般小型門戶就算直接讀取資料庫也不會有太大的壓力...編程方面,CMS是比較容易的系統..不考慮復雜功能的實現,一般如果實力和思路對的話,1個人也能做出來
3、如何建立門戶網站的資料庫關系
資料庫建議使用MSSQL MYSQL
資料庫表 要包括後台 會員列表 新聞列表===看你有多少模塊了
4、大型門戶類新聞網站，文章資料庫怎麼設計？ 誰給提供以下思路？
大型門戶類新聞網站，文章資料庫:
文章分大類 中類 小類,用 代碼鏈接.
圖片文件 ,可以直接上傳,不寫入資料庫.
如果每天文章數量超過1000,建議 以大類分表存放,格式可以一樣.
5、門戶網站上的新聞數據在資料庫中怎樣存儲的
當然是欄位
6、一個大型的地方綜合門戶網站需要多大的空間和資料庫
你計算啊 如果你是面向全國 或地方和空間就是天差地別 不過一般都是選擇的面迴向全國 二來 你要做一答個網上調查 網名門有多少對你開設的這種網址感興趣 將來可能獲得多少的點擊量或瀏覽量 資料庫 是需要不斷的完善 最好找有專業知識的人 幫你完善監督 第三.可能你也知道 網上木馬很厲害 專門有人攻擊伺服器或網站 還有些人專門給網站掛馬 這些所造成的損失是無法估計的 最好請一些高手 幫助自己監管網站 另外行業之間競爭很大 特別是在這虛擬的網路 也許在你生意過火 造成別人客源流逝 而其他的呢 通過一些特定方式 攻擊你的網站 讓你做不成 反正我的建議是 你要請專業的人才 幫助自己提升更新 資料庫 還有殺毒高手 這種高手網民當中很多 你可以發帖徵集 也可以聘現實的
7、如何對門戶網站進行架構？？
一個小型的網站，比如個人網站，可以使用最簡單的html靜態頁面就實現了，配合一些圖片達到美化效果，所有的頁面均存放在一個目錄下，這樣的網站對系統架構、性能的要求都很簡單，隨著互聯網業務的不斷豐富，網站相關的技術經過這些年的發展，已經細分到很細的方方面面，尤其對於大型網站來說，所採用的技術更是涉及面非常廣，從硬體到軟體、編程語言、資料庫、WebServer、防火牆等各個領域都有了很高的要求，已經不是原來簡單的html靜態網站所能比擬的。
大型網站架構，比如門戶網站的架構。在面對大量用戶訪問、高並發請求方面，基本的解決方案集中在這樣幾個環節：使用高性能的伺服器、高性能的資料庫、高效率的編程語言、還有高性能的Web容器。但是除了這幾個方面，還沒法根本解決大型網站面臨的高負載和高並發問題。
上面提供的幾個解決思路在一定程度上也意味著更大的投入，並且這樣的解決思路具備瓶頸，沒有很好的擴展性，下面我從低成本、高性能和高擴張性的角度來說說我的一些經驗。
1、HTML靜態化
其實大家都知道，效率最高、消耗最小的就是純靜態化的html頁面，所以我們盡可能使我們的網站上的頁面採用靜態頁面來實現，這個最簡單的方法其實也是最有效的方法。但是對於大量內容並且頻繁更新的網站，我們無法全部手動去挨個實現，於是出現了我們常見的信息發布系統CMS，像我們常訪問的各個門戶站點的新聞頻道，甚至他們的其他頻道，都是通過信息發布系統來管理和實現的，信息發布系統可以實現最簡單的信息錄入自動生成靜態頁面，還能具備頻道管理、許可權管理、自動抓取等功能，對於一個大型網站來說，擁有一套高效、可管理的CMS是必不可少的。
除了門戶和信息發布類型的網站，對於交互性要求很高的社區類型網站來說，盡可能的靜態化也是提高性能的必要手段，將社區內的帖子、文章進行實時的靜態化，有更新的時候再重新靜態化也是大量使用的策略，像Mop的大雜燴就是使用了這樣的策略，網易社區等也是如此。
同時，html靜態化也是某些緩存策略使用的手段，對於系統中頻繁使用資料庫查詢但是內容更新很小的應用，可以考慮使用html靜態化來實現，比如論壇中論壇的公用設置信息，這些信息目前的主流論壇都可以進行後台管理並且存儲再資料庫中，這些信息其實大量被前台程序調用，但是更新頻率很小，可以考慮將這部分內容進行後台更新的時候進行靜態化，這樣避免了大量的資料庫訪問請求。
2、圖片伺服器分離
大家知道，對於Web伺服器來說，不管是Apache、IIS還是其他容器，圖片是最消耗資源的，於是我們有必要將圖片與頁面進行分離，這是基本上大型網站都會採用的策略，他們都有獨立的圖片伺服器，甚至很多台圖片伺服器。這樣的架構可以降低提供頁面訪問請求的伺服器系統壓力，並且可以保證系統不會因為圖片問題而崩潰，在應用伺服器和圖片伺服器上，可以進行不同的配置優化，比如apache在配置ContentType的時候可以盡量少支持，盡可能少的 LoadMole，保證更高的系統消耗和執行效率。
3、資料庫集群和庫表散列
大型網站都有復雜的應用，這些應用必須使用資料庫，那麼在面對大量訪問的時候，資料庫的瓶頸很快就能顯現出來，這時一台資料庫將很快無法滿足應用，於是我們需要使用資料庫集群或者庫表散列。
在資料庫集群方面，很多資料庫都有自己的解決方案，Oracle、Sybase等都有很好的方案，常用的MySQL提供的Master/Slave也是類似的方案，您使用了什麼樣的DB，就參考相應的解決方案來實施即可。
上面提到的資料庫集群由於在架構、成本、擴張性方面都會受到所採用DB類型的限制，於是我們需要從應用程序的角度來考慮改善系統架構，庫表散列是常用並且最有效的解決方案。我們在應用程序中安裝業務和應用或者功能模塊將資料庫進行分離，不同的模塊對應不同的資料庫或者表，再按照一定的策略對某個頁面或者功能進行更小的資料庫散列，比如用戶表，按照用戶ID進行表散列，這樣就能夠低成本的提升系統的性能並且有很好的擴展性。sohu的論壇就是採用了這樣的架構，將論壇的用戶、設置、帖子等信息進行資料庫分離，然後對帖子、用戶按照板塊和ID進行散列資料庫和表，最終可以在配置文件中進行簡單的配置便能讓系統隨時增加一台低成本的資料庫進來補充系統性能。
8、一個大型的地方綜合門戶網站需要多大的空間和資料庫
至少1g
150M資料庫 也有3 G 5G
全能型價格分為 1 G 3 G 5G
150M(mysql/mssql) 200M(mysql/mssql) 300M(mysql/mssql (贈送）
網頁製作--信息採集網頁修改-網站故障處理--asp,php編程---程序錯誤---資料庫維護搬遷--建網站---做網站---模版---網店-- 專職程序員QQ
空間大小 100M | 200M | 300M 500M 1000M 3000M 5000M
IIS並發 100個 300個 500個 1000個 2000個
域名綁定數 5個 10個 15個 20個 25個
子目錄數 無 1個 2個 3個 4個
9、急。門戶網站如何選用和計算網站的資料庫的問題
只要安全措施做得好，什麼資料庫都是安全的。
像你這么大的數據量，最好還是用mssql的
10、大型網站或者門戶網站一般使用甚麼資料庫？
sql server或oracle