数据库设计部门

Ⅰ 数据库语句设计 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( 所在部门编码)与之相等的职位信息即可