SQL.ADD(select FEILEI from dbconfig group by FEILEI)
SQL.OPEN()
WHILE(NOT EOF)
{
SQL2.ADD(SELECT * FROM dbconfig WHERE FEILEI =FIELDBYNAME("FEILEI "))
WHILE(NOT EOF)
{
......//显示数据
}
}
以上是实现功能的方式 具体代码和语法自己写吧,两层循环嵌套就OK
不推荐使用join的原因: 1.DB承担的业务压力大,能减少负担就减少。当表处于百万级别后,join导致性能下降; 2.分布式的分库分表。这种时候是不建议跨库join的。目前mysql的分布式中间件,跨库join表现不良。 3.修改表的schema,单表查询的修改比较容易,join写的sql语句要修改,不容易发现,成本比较大,当系统比较大时,不好维护。 不使用join的解决方法: 在业务层,单表查询出数据后,作为条件给下一个单表查询。也就是子查询。 会担心子查询出来的结果集太多。mysql对in的数量没有限制,但是 mysql限制整条sql语句的大小。通过调整参数max_allowed_packet ,可以修改一条sql的最大值。建议在业务上做好处理,限制一次查询出来的结果集是能接受的。应用层次关联的优势:1 将查询分解后,执行单个查询可以减少锁的竞争 2 在应用层关联,可以更容易对数据库进行拆分,更容易做到高性能和可扩展 3 查询本身效率也可能会有所提升。查询id集的时候,使用IN()代替关联查询,可以让MySQL按照ID顺序进行查询,这可能比随机的关联要更高效。 4 可以减少冗余几率的查询。在应用层做关联查询,意味着对应某条记录应用只需要查询一次,而在数据库中做关联查询,则可能需要重复访问一部分数据。 5. 更进一步,这样做相当于在应用中实现了哈希关联,而不是使用MySQL的嵌套循环关联。某些场景哈希关联的效率要高很多。欢迎分享,转载请注明来源:内存溢出
评论列表(0条)