数据库设计的问题

[疯魔症]

一台监控设备，包括一个空调模块一个电力模块。都是一对一的关系。
那么这里用三个表存储还是用一个表存储，三张表清晰但编程时可能会复杂些。
用一个表字段有七八十个。

[--小F--]

都是一对一的话 可以一表存储。

[AcHerat]

分开写也不错，结构清晰点，程序里逻辑划分清楚了也不是很复杂，方便维护或者说是二次开发啥的，拓展性什么的。

[koumingjie]

为了以后性能的考虑还是分三张表吧，这属于纵切表

[疯魔症]

谢谢了。一张表的话，设备的各种属性，还有各种实时的状态量，都在一起，感觉层次不清楚。
[Quote=引用 1 楼 fredrickhu 的回复:]

都是一对一的话 可以一表存储。
[/Quote]

[zlp321002]

关键取决于你是否方便维护，如果都是同一个业务的，在一个表没有问题，如果是不同的业务模块单元，那你分开处理，便于今后的后期维护和管理，增强可扩展性。

[黄_瓜]

表设计是为程序服务的，
字段多少 冗余都是次要的。
只要方便你的查询 以及其它操作就好

[--小F--]

[Quote=引用 4 楼 zwb0540822 的回复:]
谢谢了。一张表的话，设备的各种属性，还有各种实时的状态量，都在一起，感觉层次不清楚。

引用 1 楼 fredrickhu 的回复:

都是一对一的话 可以一表存储。
[/Quote]
那你要想结构清晰的话 还是三张表吧 以后也好维护。

[-晴天]

如果三者不是都有,则分开可以减少冗余.
最好还是分开吧,灵活些.

[xiaoqiuwyh]

字段多也无所谓，可以一表存储。

[疯魔症]

情况是这样，原来只监控电力的信息，只用了一个表存储。现在设备升级监控三相电和空调，多了快二十个数据量，整个上位机软件在重做。
表结构这里，还涉及以前装过的系统的升级问题。

[疯魔症]

业务上 是分开的，状态量会经常读写操作，基本信息偶尔改一下。[Quote=引用 5 楼 zlp321002 的回复:]

关键取决于你是否方便维护，如果都是同一个业务的，在一个表没有问题，如果是不同的业务模块单元，那你分开处理，便于今后的后期维护和管理，增强可扩展性。
[/Quote]

[-晴天]

[Quote=引用 10 楼 zwb0540822 的回复:]
情况是这样，原来只监控电力的信息，只用了一个表存储。现在设备升级监控三相电和空调，多了快二十个数据量，整个上位机软件在重做。
表结构这里，还涉及以前装过的系统的升级问题。
[/Quote]
原来一个表,拆分很简单,只要 insert into ... select * from tb where ... 执行三次就行了.

[--小F--]

[Quote=引用 11 楼 zwb0540822 的回复:]
业务上 是分开的，状态量会经常读写操作，基本信息偶尔改一下。

引用 5 楼 zlp321002 的回复:

关键取决于你是否方便维护，如果都是同一个业务的，在一个表没有问题，如果是不同的业务模块单元，那你分开处理，便于今后的后期维护和管理，增强可扩展性。
[/Quote]

这样的话 分3个表要好些 状态量这个表经常读写 扫描的时候数据量要少很多 效率高一些

[疯魔症]

我明白了，不一定全遵循 E-R图，我完全可以把一个表里概念上相近的，抽出来成为一个新的表。
这里我可以把实时的状态量作为一个表，基本信息作为一个表。

[疯魔症]

谢谢。