这样的设计库是否合理

qwen 2004-07-02 03:30:26
一个项目有一个库管的部分,由于客户的产品、原料种类繁多,于是我们这样设计库的结构。三个表下面简单描述:
Ttype(id,name,parentid,level)---库存类型表(id,类别名、父类别id、级数)
tprop(id,name,prop,typeid)--类型属性表(id,属性名、属性的存储属性、对应类型id)
tvalue(tid,pid,value)--产品库存(类型id,属性id,值)

这样做是很灵活,但是检索的sql复杂、效率可能也不高,大侠们给点建议,多多加分。
...全文
106 7 打赏 收藏 转发到动态 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
frankwong 2004-07-04
  • 打赏
  • 举报
回复
应该没有什么问题,关于效率问题,应该在索引方面下功夫
zanglinfeng 2004-07-04
  • 打赏
  • 举报
回复
应该没有什么问题
qwen 2004-07-02
  • 打赏
  • 举报
回复
以前是多个表,比如油品库存表对应油品种类表,字段都是油品的各种属性、产品库存对应产品种类表字段是该系统产品的通用属性。现在想把所有的表都抽象到这三个表里,是不是不太对。
现在ttype的记录相当与以前的各类型表,tprop相当与以前各库存表的字段,tvalue以前的库存表的记录。
zjcxc 2004-07-02
  • 打赏
  • 举报
回复
好像有问题,
类型属性表 和 产品库存
中的类型id有什么联系和区别?

qwen 2004-07-02
  • 打赏
  • 举报
回复
错,还是不太对,假如我的属性是库存量、可用品数量、废品数量,还是需要加的。
qwen 2004-07-02
  • 打赏
  • 举报
回复
哦,明白了。
zjcxc 2004-07-02
  • 打赏
  • 举报
回复



这样设计没有什么问题

不过属性表中已经对应了该属性所属的类型.
在产品库存表中就没有必要再加类型id了吧?

27,579

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 应用实例
社区管理员
  • 应用实例社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧