① 高手們,能不能告訴我PHP論壇有哪些數據是放在mysql資料庫的
論壇嘛，我看除了程序與程序設置最最基本的信息（如資料庫名，地址等）之外放在資料庫中（用戶信息，論壇眾多設置，論壇分區，貼子等）。
一般嘛，小論壇100M是完全夠了的。
② 資料庫是用來放什麼的啊
資料庫是用來存儲數據的，比如注冊的會員信息，論壇里的貼子信息、回復信息等等。你所說的空間是虛擬空間吧？虛擬空間是用來存放QQ論壇資料庫及QQ論壇程序的。 圖片也是數據，當然是存儲在數據里的啦！
希望採納
③ 用Discuz 建的論壇 虛擬主機或伺服器空間和資料庫大小怎麼選擇 空間主要放的是什麼資料庫存的是什麼
空間放的是網站文件，也就是你的程序
資料庫里放的是數據，比如用戶數據等
發帖的數據存在資料庫里
④ discuz論壇 使用的是什麼資料庫
discuz論壇的資料庫都是你在你的伺服器上安裝discuz程序的時候向你自己伺服器的資料庫裡面執行的創建資料庫以及表的語句。都是它自動的~不需要你管的。只要你填好自己的資料庫地址，連接密碼。還有discuz的文件放到你的伺服器目錄下。
⑤ 論壇數據都是放在哪裡的
當然是放在資料庫里
⑥ 什麼叫論壇資料庫
[1]嚴格地說，資料庫是「按照數據結構來組織、存儲和管理數據的倉庫」。在經濟管理的日常工作中，常常需要把某些相關的數據放進這樣的「倉庫」，並根據管理的需要進行相應的處理。例如，企業或事業單位的人事部門常常要把本單位職工的基本情況(職工號、姓名、年齡、性別、籍貫、工資、簡歷等)存放在表中，這張表就可以看成是一個資料庫。有了這個"數據倉庫"我們就可以根據需要隨時查詢某職工的基本情況，也可以查詢工資在某個范圍內的職工人數等等。這些工作如果都能在計算機上自動進行，那我們的人事管理就可以達到極高的水平。此外，在財務管理、倉庫管理、生產管理中也需要建立眾多的這種"資料庫"，使其可以利用計算機實現財務、倉庫、生產的自動化管理。
資料庫(11張)
J.Martin給資料庫下了一個比較完整的定義：資料庫是存儲在一起的相關數據的集合，這些數據是結構化的，無有害的或不必要的冗餘，並為多種應用服務；數據的存儲獨立於使用它的程序；對資料庫插入新數據，修改和檢索原有數據均能按一種公用的和可控制的方式進行。當某個系統中存在結構上完全分開的若干個資料庫時，則該系統包含一個「資料庫集合」。定義2資料庫是依照某種數據模型組織起來並存放二級存儲器中的數據集合。這種數據集合具有如下特點：盡可能不重復，以最優方式為某個特定組織的多種應用服務，其數據結構獨立於使用它的應用程序，對數據的增、刪、改和檢索由統一軟體進行管理和控制。從發展的歷史看，資料庫是數據管理的高級階段，它是由文件管理系統發展起來的。
編輯本段資料庫中數據的性質數據整體性資料庫是一個單位或是一個應用領域的通用數據處理系統，他存儲的是屬於企業和事業部門、團體和個人的有關數據的集合。資料庫中的數據是從全局觀點出發建立的，他按一定的數據模型進行組織、描述和存儲。其結構基於數據間的自然聯系，從而可提供一切必要的存取路徑，且數據不再針對某一應用，而是面向全組織，具有整體的結構化特徵。數據共享性資料庫中的數據是為眾多用戶所共享其信息而建立的，已經擺脫了具體程序的限制和制約。不同的用戶可以按各自的用法使用資料庫中的數據；多個用戶可以同時共享資料庫中的數據資源，即不同的用戶可以同時存取資料庫中的同一個數據。數據共享性不僅滿足了各用戶對信息內容的要求，同時也滿足了各用戶之間信息通信的要求。
⑦ 論壇中資料庫是用來存放什麼，空間是用來存放什麼
1G資料庫
能存儲1-3年數據量
8G空間
大約
能放很多圖片類的文檔
資料庫用來存放
數據信息，發帖信息，用戶信息等
空間用來上傳附件，或者是圖片等
⑧ 有關discuz論壇資料庫存儲內容的問題
上官網查，一般附件和圖片不會在資料庫裡面，
⑨ 論壇的資料庫怎麼設計
常用的論壇設計方法，總結如下：
一 分割思想：
1 資料庫切分：用戶庫、主題庫、回復庫
2 數據表水平切分：用戶庫1-n、主題庫1-n、回復庫1-n （比如按時間分）
3 分布式資料庫：每台計算機中都有DBMS的一份完整拷貝副本，並具有自己局部的資料庫，位於不同地點的許多計算機通過網路互相連接，共同組成一個完整的、全局的大型資料庫。
4 論壇功能可以進行分隔，不同的伺服器負責不同的功能
5 用主從資料庫，master是寫， slave是讀
6 把內容與其它信息分開，好處就是可以讓每個表的文件最小化,對資料庫操作壓力會減小，這樣保證每張表數據量很小，操作速度會快，也可以在這里使用緩存
二 索引：
針對是否建立索引有著一定的分歧：
我覺得建立索引還是很有必要的。理由如下：
1）建立索引可以加快檢索速度，對於論壇讀和寫的比例相差很大，用戶體驗當然是讀多寫少，所以綜合考慮還是要用索引，而且是加在常用的讀關鍵字上。
2）索引之所以會降低更新的速度，是因為更新還包括對索引的更新，從更新帖子10萬左右，這句話是說，我們可能對發帖標題，發帖內容，回復標題，回復內容這4個欄位做更新。需要注意的是，這四個欄位並不是用來建立表連接的欄位，為了優化查詢速度我們不會在這四個欄位上建立索引，所以從這道題目出發，我們建立的索引不會影響更新帖子的性能。只要被索引的列（例如回復表的標題ID）不被頻繁更新,即使索引所在地行的其它列被頻繁update,索引也不會被更新從而產生性能消耗,一張表一天30萬次的索引更新,因它引起的性能消耗小到即使資料庫安裝在奔騰3單核CPU下都能輕松承擔下來。
3）對於更新的速度慢的問題，我們有解決的方法，你提交更新了後，前台可以讓程序返回一個正確結果，後台開個線程非同步慢慢跟新資料庫就是了，反正更新成功的前提就是假設資料庫連接永遠正確並處於可靠狀態。在資料庫和用戶之間建立一個緩沖區。(如，將更新的數據放到內存中，達到一定數量的時候再統一更新資料庫。假如以100條為例，一旦內存中達到100條數據量將這100條數據統一入庫。減少insert操作)
三 緩沖：
讀的時候的緩沖：緩存路由表
主題緩存表（這個取每個區的前面100條記錄），一般來說負載最大的就是主題的第一頁，所以緩存表是個小表。
另外使用hibernate，在資料庫上面加了一層緩存。
生成靜態頁，緩存最熱，最新的帖子。
對於經常更新的數據都設計成單獨表 ，這樣可以最大程度的利用hibernate緩存
緩存常用的數據和表，利用緩存來將經常被訪問的帖子留在內存中，為每條緩存的記錄添加一個訪問時間，如果長時間沒被訪問就從緩存中刪除掉，
避免內存過大，每次用戶看帖的時候，首先檢索緩存中時候有需要的帖子，沒有的話再訪問資料庫，然後將資料庫返回的帖子信息存儲到緩存中。
寫的時候的緩沖：資料庫和用戶之間建立緩存，將更新的數據放在內存中，非同步操作的。所有的寫貼操作 放到一個隊列然後批量執行插入資料庫操作。
預估計的緩沖：假如用戶第一次打開某標題，那將此標題的相關的前100條數據緩存到客戶斷。這樣避開對資料庫的直接查詢，減少資料庫壓力。
四 代碼優化
1盡量避免表的連接約束通過代碼來實現約束 例如用戶id的驗證在用戶登錄時驗證這樣就可以把帖子表的用戶id外鍵去掉這樣就成了單表操作、查詢 而連接可以通過觸發來實現這樣最多是查詢了3個表而不是連接中的笛卡爾笛卡爾積 回復表的查詢限定每次查詢的記錄數例如限定10條其它的通過點擊觸發來操作"注代碼優化容易出現bug 原因有些開發工具本身有優化"
五 資料庫性能調優
盡量用硬體來代替軟體優化 原則就是能用硬體的盡量用硬體 比如磁碟陣列 RAID0 有條件用RAID10 加大內存 .避免小表上建索引 對論壇來說數據帖子和回復不是很重要 可以定期刪除一些垃圾帖子 樓主說的幾百萬條記錄的論壇對現在的資料庫管理系統和計算機來說永不著刻意的優化,定期維護打包備份資料庫就可以了
提高速度的關鍵:
1.建立合理的索引並在查詢時充分利用;
2.避免使用關聯,這樣避免整表掃描;使用關聯不如多次使用主鍵查詢來的快;
3.一些處理的功能盡可能放到內存中來做,比如組織主題和回復;
4.海量緩存（使用靜態頁面也是個不錯的做法）
5 定期對表進行轉儲