資料庫設計部門

Ⅰ 資料庫語句設計 1選擇在20和50號部門工作的員工姓名和部門號

1.select name,id from employee where id in ('20',50)
2.select name,id,pay from salary(表名) where pay<5000 or pay>12000

Ⅱ 公司中銷售部資料庫的設計 現需要製作完善銷售部門的資料庫，大俠們幫我理個思路謝謝！！！

賽諾貝斯公司是專門做資料庫管理系統開發的，有過多年為知名企業開發銷售管理系統的經驗，可以打個電話咨詢下。

Ⅲ 一條公告同時發給部門、職務、個人 這樣的資料庫怎樣設計謝謝！

個人想法：
首先你要有個人員表
人員表中的欄位 、
id name departmentid 職位 許可權 。。。。

departmentid就是所屬部門，再建立個部門表做關聯

職位不必說 就是經理 老總 普通員工 等

許可權是個用來設置員工特性的 比如說你要達到的目的
其他某一個具體的員工A（不屬於銷售部的）

那麼這個員工許可權這個欄位可以設為1 其他為0 當然 你根據實際情況給這個欄位取名 不一定叫許可權。

然後發布公告 。其實發布公告就是這段信息給那些具有相關特權的人看
那麼問題就在於查詢這些有『特權』的人
select id from 員工表 where departmentid=? or 職位='經理' or 許可權=1；

Ⅳ 資料庫設計主要包括哪幾部分，分別包括哪些內容

資料庫設計主要包括需求分析、概念結構設計、邏輯結構設計、物理結構設計、資料庫的實施和資料庫的運行和維護，具體內容如下：

1、需求分析

內容：調查和分析用戶的業務活動和數據的使用情況，弄清所用數據的種類、范圍、數量以及它們在業務活動中交流的情況，確定用戶對資料庫系統的使用要求和各種約束條件等，形成用戶需求規約。

2、概念設計

內容：對用戶要求描述的現實世界，通過對其中諸處的分類、聚集和概括，建立抽象的概念數據模型。這個概念模型應反映現實世界各部門的信息結構、信息流動情況、信息間的互相制約關系以及各部門對信息儲存、查詢和加工的要求等。

3、邏輯設計

內容：主要工作是將現實世界的概念數據模型設計成資料庫的一種邏輯模式，即適應於某種特定資料庫管理系統所支持的邏輯數據模式。與此同時，可能還需為各種數據處理應用領域產生相應的邏輯子模式。這一步設計的結果就是所謂「邏輯資料庫」。

4、物理設計

內容：根據特定資料庫管理系統所提供的多種存儲結構和存取方法等依賴於具體計算機結構的各項物理設計措施，對具體的應用任務選定最合適的物理存儲結構(包括文件類型、索引結構和數據的存放次序與位邏輯等)、存取方法和存取路徑等。

5、驗證設計

內容：收集數據並具體建立一個資料庫，運行一些典型的應用任務來驗證資料庫設計的正確性和合理性。一般，一個大型資料庫的設計過程往往需要經過多次循環反復。當設計的某步發現問題時，可能就需要返回到前面去進行修改。

6、運行與維護設計

內容：在資料庫系統正式投入運行的過程中，必須不斷地對其進行調整與修改。除了關系型資料庫已有一套較完整的數據範式理論可用來部分地指導資料庫設計之外，尚缺乏一套完善的資料庫設計理論、方法和工具，以實現資料庫設計的自動化或互動式的半自動化設計。

(4)資料庫設計部門擴展閱讀：

重要性

1、有利於資源節約

對計算機軟體資料庫設計加以重視不僅可減少軟體後期的維修，達到節約人力與物力的目的，同時還有利於軟體功能的高效發揮。

2、有利於軟體運行速度的提高

高水平的資料庫設計可滿足不同計算機軟體系統對於運行速度的需求，而且還可充分發揮並實現系統功能。計算機軟體性能提高後，系統發出的運行指令在為用戶提供信息時也將更加快速有效，軟體運行速度自然得以提高。

3、有利於軟體故障的減少

加強資料庫設計可有效減少軟體故障的發生幾率，推動計算機軟體功能的實現。

Ⅳ 資料庫結構設計問題。被部門經理搞迷惑了。

把單位作為部門的父節點
ID NAME PID
1 水廠 0
2 銷售部 1
3 服務部 1
4 電廠 0
5 銷售部 4
6 服務部 4

大概一個這樣的結構，應為部門單位什麼的不會有很多數據，不考慮規范了。。。

在人員表那邊建立所對應的ID外鍵。。。然後可更加外鍵查詢出所屬部門，和單位

缺點是有了一定的冗餘。。。

Ⅵ 資料庫表結構設計用戶表都需要那些關聯的表 部門表和角色表還有什麼

用戶表可以關聯和需要用到用戶信息的表，例如郵件賬號表，用戶許可權表等。

Ⅶ 在資料庫設計中，部門和業務性質應該是屬性關系，還是應該是兩個實體

部門是實體，業務性質是屬性，實體和現實一一對應，一個實體可以對應多個屬性

Ⅷ 資料庫相關職位

個人感覺資料庫架構師和數據倉庫工程師的能力要求要高些，對大型資料庫的應用要達到熟練或精通的水平，因此，待遇也相對來說好一些。資料庫開發工程師的層次相對低些，待遇也稍低。數據架構師，一般企業需要一兩個足以。
數據倉庫工程師在金融行業或者大型網站的就業機會會大些。
資料庫開發工程師的就業路子最寬。以下是一些個案，僅供參考。
一、資料庫架構師
任職要求：
1.項目開發經驗；
2.豐富的sql Server、DB2 、Oracle、Sybase大型資料庫研發設計經驗；
3.豐富的資料庫關系模型和物理模型建模經驗；
4.有資料庫性能優化經驗；
5.掌握數據倉庫的基本理論，有數據倉庫的實際開發經驗；二、數據倉庫工程師
職位描述：
1、對數據倉庫系統的架構設計，編寫專業的系統設計文檔；
2、配合項目經理進行項目需求分析、應用分解、各模塊的概要和詳細設計；
3、實施項目開發。
職位要求：
1、有1年以上的ETL、OLAP工具的實際開發經驗，有BO、MSTR、Insight、Hyperion Intelligence(Brio)等其中一種開發工具實踐經驗者優先；
2、熟練使用Oracle等資料庫，精通SQL、存儲過程，有Java和資料庫性能調優的經驗者優先；
3、深入理解數據倉庫、數據建模等概念，有商業智能相關系統實際建模經驗者優先；三、資料庫開發工程師
崗位職責：
1、資料庫設計與優化；
2、存儲過程設計與開發；
3、審核、指導開發工程師有關資料庫設計、數據存取方法；
4、協助工程部門實施資料庫部署；
5、為測試部門提供資料庫支持。
任職要求：
1、本科學歷，計算機相關專業
2、兩年以上工作經驗和資料庫設計/開發/管理經驗
3、熟悉計算機和資料庫等相關基礎知識
4、熟悉linux/unix、windows等相關技術
5、精通oracle等大型資料庫技術，熟練掌握資料庫開發技術，熟練使用sqlplus進行存儲過程開發，精確sql語言。
6、掌握系統數據存儲架構設計技能和數據備份管理技術
7、良好的溝通能力和執行能力；正直、務實、敬業、善於思考、良好的團隊合作精神

Ⅸ 資料庫設計之部門與職位問題

部門表結構如下：
bmbm 部門編碼
bmmc 部門名稱
bz 備注

職位表結構如下：
zwbm 職位編碼
zwmc 職位名稱
szbm 所在部門編碼
bz 備注

當選擇某一部門時，查詢出所有職位表中szbm( 所在部門編碼)與之相等的職位信息即可