为了彻底完全干净利索的解决数据库数据冗余，干脆一个“ID+property”成一个表，绝对没冗余。

[我是你一一哥]

怎么样，妈妈再也不用担心我的学习了。

[rucypli]

没明白啥意思啊

[我是你一一哥]

引用 1 楼 rucypli 的回复:

没明白啥意思啊

一个字段一张表，没冗余。版主觉得怎么样。

[ACMAIN_CHM]

建议举例说明。

[Rotel-刘志东]

这还要结合需求考虑，不是盲目冗余考虑。 表间数据查询都是考虑的。

[rucypli]

引用 2 楼 u011313384 的回复:

引用 1 楼 rucypli 的回复:

没明白啥意思啊

一个字段一张表，没冗余。版主觉得怎么样。

没冗余不应该一个字段一张表啊 正好相反 所有字段就一张表 等你设计出来这个一个字段一章表的系统 看你怎么用这些数据

[我是你一一哥]

引用 5 楼 rucypli 的回复:

引用 2 楼 u011313384 的回复:

[quote=引用 1 楼 rucypli 的回复:] 没明白啥意思啊

一个字段一张表，没冗余。版主觉得怎么样。

没冗余不应该一个字段一张表啊 正好相反 所有字段就一张表 等你设计出来这个一个字段一章表的系统 看你怎么用这些数据[/quote] 那就有空字段了。万物都有属性，我们把这些属性抽出来，你想想，任意组合这些字段，会得到什么，也许是一个会飞的人，会游泳的猫，一堆怪物就出来了。还是很有趣的吧。 我就这么一说。谢谢版主回复。

[我是你一一哥]

引用 4 楼 lzd_83 的回复:

这还要结合需求考虑，不是盲目冗余考虑。 表间数据查询都是考虑的。

你说对了，就是没法查。

[我是你一一哥]

引用 3 楼 ACMAIN_CHM 的回复:

建议举例说明。

嗯，我想想。table1（id,name） ,table2(id,sex) ,table3(id,age).