在数据库设计中，部门和业务性质应该是属性关系，还是应该是两个实体？

本人刚学数据库，对实体和属性掌握的不是很好，请帮忙解答一下，谢谢！1、某商场需求描述如下：商场有多个部门，每个部门有若干员工，员工只能属于一个部门，部门有不同的业务性质，其中若干部门管理（存储）若干商品，而财务、经理办公室不直接管理商品，每种商品均有一种品牌、同一品牌有许多商品，必属于某种类别、若干商品隶属于同一类别，必须有计价单位，若干商品有相同的单位，商品按计量方法可以分为称重和计数商品，考虑到现实的复杂性，可能还会经营其它计量方法的商品（如：以体积计量的汽油、酒精、散装食用油等）。要求:要正确识别抽象实体,给每个实体加入若干适当的属性完成E-R图

部门是实体，业务性质是属性，实体和现实一一对应，一个实体可以对应多个属性

个人观点：其实所谓的实体也不过就是n个属性组合在一起的组合体。

如：什么是铅笔？ 只不过是一些特殊属性组合在一起而已。

所以，没必要纠缠于严格的实体与属性。

数据库设计尽量满足三个范式就差不多了，当然如果你要考虑到以后的数据挖掘，数据分析，各种报表制作，那就多和你的客户讨论讨论，做系统的目的是什么？满足应用是目的。