这样的数据库怎么搞更好些? 有超过10000条数据记录,每个数据间与其他的记录有匹配关系,怎么建数据库才好呢?我想到的在每条记录后面用一个字段将适配的记录ID存在里面,用逗号分隔,然后程序查询,但这个肯定不是好的办法请教高手有什么好的方法? 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 关键看你作什么用?有匹配关系其实在根本上并没给保存数据带来什么方便的地方,只是在查询方面可以作点内容 匹配关系:数据记录为产品的部件库,不同的部件之间有结构和电气的适配关系。我想还是直接定义一个部件的接口数据表,把各类参数列在里面,不同类型的部件只要参数相同就是判断为适配,这个应该最简单可行。 匹配关系数据,最好另分一个表吧 其实也可以再建一个匹配表 记录id和匹配关系 你的方法就可以····也可以新建一个匹配表 典型的博客数据模型! lz的方法可以把关系写在同一表中,好处是可以减少查询次数等,看具体情况了! 嗯,写在一个表里也不用联合查询什么的!呵呵 php基础编程常见问题汇总 谁能给一个简单的PHP读取数据库的例子啊? 大家都用什么方式或者软件做同步??? 用户登陆安全问题? (二)200 高分求Red Hat 考试题答案回答中英文均可最好是中英都有! 关于正则表达式test和exec的疑问 mysql中的references 为什么一点用处都没啊?试了一上午了! 难道这里就没有高人么?这个问题始终没人能解决 什么函数可以在带有"字符串前加个\ 一个查询语句返回多个记录集,怎么取后面的记录集的数据? 天啦!!我做了什么??读取数据库竟然只有一个【一维数组】 php可以使用无注册的COM Interop吗?
匹配关系:数据记录为产品的部件库,不同的部件之间有结构和电气的适配关系。
我想还是直接定义一个部件的接口数据表,把各类参数列在里面,不同类型的部件只要参数相同就是判断为适配,这个应该最简单可行。