各位高手 请教一个不定字段的问题

zhuojm

最初由 henryge 发布
[B]
可能我有一点没说明白
字段是不定的
很有可能有PartT4 会有15个附加属性，显然这样表就没办法实现。
而且有一个问题就是这样 我没办法知道附加属性的类型
那查询的时候就不方便。 [/B]

15个属性确实有可能发生.所以需要预先规划好余量.
而且有一个问题就是这样 我没办法知道附加属性的类型
那查询的时候就不方便。也确实是这样.只能定义为比较大
一点的varchar类型.这是不方便的地方.

zhuojm

最初由 henryge 发布
[B]我再把需求说明白点吧
比如part 有5个公共字段
Name varchar2
PartId varchar2
Vendor varchar2
Price    number(10,5)
unit     varchar2
desc  varchar2

对于PartT1 有如下附加属性
length  number(10,5)
color    varchar2
对于PartT2 如下
weight  number(10,5)
location varchar2
对于PartT3
capbilty varchar2
color     varchar2
serno    char
可能还有PartT4 T5...
这些属性我不确定，也不确定到底有多少附加属性。
对于查询PartT3，需要根据基本属性和附加属性查询
对于其他也是如此 [/B]

这只能均衡考虑了,比如加新产品的可能性有多大,如果基本不会变的话每种产品一个附属表是可以的,如果这个数量会多到几十个就很难维护.

产品附加属性的最大值有可能有多少,如果各产品差别不大,可以建立在一个大表里.如果差别很大,只能分开.

对属性类型的要求性又有多高,如果只是一个显示,那全部用varchar2代替是可行的.如果需要做一些复杂计算的话就不方便了,

尽量找一个均衡点吧

xiaodong_1567

关注

孤魂一笑

最初由 zhuojm 发布
[B]

这只能均衡考虑了,比如加新产品的可能性有多大,如果基本不会变的话每种产品一个附属表是可以的,如果这个数量会多到几十个就很难维护.

产品附加属性的最大值有可能有多少,如果各产品差别不大,可以建立在一个大表里.如果差别很大,只能分开.

对属性类型的要求性又有多高,如果只是一个显示,那全部用varchar2代替是可行的.如果需要做一些复杂计算的话就不方便了,

尽量找一个均衡点吧 [/B]

如果要查询的话varchar2很难处理吧，
万一有一个日期型呢？主要是不确定。
所以我觉得可能另外专门建立一个表
保留这个，或者对每一种part对应建
一个扩展表，通过主键关键坐查询。

孤魂一笑

总之觉得这个问题比较头我也想知道各位的设计

zhuojm

我主要怕你的part对应以后增加到很多,不好处理

布袋和尚

关注

henryge

最初由 zhuojm 发布
[B]我主要怕你的part对应以后增加到很多,不好处理 [/B]

part的类型不定 增加字段也不定啊
这才麻烦。

zhuojm

最初由 henryge 发布
[B]
part的类型不定 增加字段也不定啊
这才麻烦。 [/B]

基本上预留15或者20个就够了.

如何设计表结构是很复杂的一件事情.楼主有确定的方案以后告诉我一声.