1、建一個高校系網站需要哪些資料庫
個人來建議讓專業人士（源有項目經驗的）做這個。
總的來說，需要學習的內容有：軟體工程，資料庫基礎知識，軟體編程（如ASP，.NET其中之一或其他均可）等。
對於學校來說，數據量應該比較大，資料庫的優化和安全也是需要的，另外，系統是面向全校的，那麼軟體安全也是比較重要的。
這個具體也不好說，因為涉及內容很多。但從理論上實現這些功能非常簡單，你說的無非類似於登錄模塊，文章模塊，簡訊模塊。
2、大學生信息資料庫改怎麼設計？
第二個看上去好些。但是聯合主鍵太多，個人不建議這樣設計。
你的兩種設計都有硬傷：耦合度太高。
我想多說兩句的事，數據的主鍵、外鍵是很強的約束，能夠解決很多問題；可是同樣會帶來很多問題。如果想讓系統更加靈活，就不能把表結構設計得太死。依賴關系不能太強。否則，如果你的系統需要擴展，你的資料庫就要修改。打個比方，地基都改了，那麼上面的建築自然也要動。不然系統就會癱瘓。
下面說說我的建議：
方案一：每張表中都增加一個欄位，確保此欄位全表唯一。比如可以叫做 unique_id，用來唯一定位數據，類似rowid。聯合主鍵全都不要。我知道你會問，這樣一來就沒有主外鍵約束，就會出現重復的，或者沒有依賴關系的數據。解決這個不難，程序控制。可以使用存儲過程，在固化數據，修改或刪除數據時加以控制。
這樣做的好處是只要整個設計不改動，資料庫無需調整。
當然也有缺點，投入量會大，很多控制需要編寫代碼。
方案二：採用你的第一種設計方式，從數據入手，將每張表中的id都採用一定的規則，比如：專業id中前幾位由系id組成，確保不同系中不會出現相同的專業id。其他表以此類推。不過這個方案也依賴程序中對各種id生成時的控制。
相比方案一，程序量較小。
方案三：也就是你的第二種方案，把對數據的控制都交給主鍵和外鍵。不過不建議。
自己斟酌一下吧。
3、高等院校教職員工科研管理信息系統資料庫設計案例 ER圖
可以應用百度Hi通知我
有時間可以解決你的問題
同樣的要求也可以通知我
高等院校教職員工科研管理信息**資料庫**案例 ER圖
ES:\\
4、老師讓我們做一個系部網站，後台資料庫需要那些表？
表如果全面點的抄話，需要有
文章信息、文章欄目、留言本（反饋）、下載信息（文檔等）、投票....
具體需要什麼，都應該你們自己定。要知道需求不一樣，表當然不一樣。當然要認清楚，比如說簡單的公告之類的，不需要用資料庫，直接做一個區域就可以了。如果你要詳細的，當然就是新頁面新信息才可以。
所以。。。。跟著實際走，就是你需要的