加载中
命名一直是个纠结的问题 2013/12/02 17:31 回答了问题: mysql where in的问题
就是强制使用索引比不使用索引还慢,用了using where
@命名一直是个纠结的问题
又遇到个难以理解的问题 今天用where in的时候 如果in后面的数据过多,explain一看索引失效,扫描全表...
学东西要有项目驱动才进步的快,自己想点啥来做不懂的就百度
@费南
我的学校是一所三本院校,在这样的学校里,学习什么都是很困难的,只能一点点的在图书馆啃书,当然这也是我的爱好之一,但...
意思是去掉$str前后的逗号后的字符串java好像没这个函数看来只有自己写正则
@hhy
下面的PHP代码翻译成JAVA $str = trim($str, "\xef\xbb\xbf\xff\xfe")...
宋体
@Beackbao
这是什么字体, 有大神可以告诉我一下么?谢谢了,
话说啥范式啊 是不是关于数据库设计的?有没有相关教程
@命名一直是个纠结的问题
现在有个应用商家可以添加下级,下级又可以添加下级 相当于无限级. 商家下面有后台的操作员,有面向市场的用户,设备等...
嗯 补充是我看了你的评论才加的,你所说的在数据库层做递归的确性能比较低,以为查询了 n此 加入 10000数据 递归 100次 就得扫描10000*100的数据 现在我们是把表里卖弄的10000条数据取出来 在程序里面做的递归 递归出来的 商家id (2,3,5,9,36,666....)
@命名一直是个纠结的问题
现在有个应用商家可以添加下级,下级又可以添加下级 相当于无限级. 商家下面有后台的操作员,有面向市场的用户,设备等...
嗯 根据@huan所说了解了下这种方式能解决单纯的树 可现在我们的业务关系是 说不清楚 还是见问题的补充吧
@命名一直是个纠结的问题
现在有个应用商家可以添加下级,下级又可以添加下级 相当于无限级. 商家下面有后台的操作员,有面向市场的用户,设备等...
当初是这样设计的,但是....业务要求,当初是树菜单不好看,后来取消了 就一个列表显示子级全部数据
@命名一直是个纠结的问题
现在有个应用商家可以添加下级,下级又可以添加下级 相当于无限级. 商家下面有后台的操作员,有面向市场的用户,设备等...
递归不是 递归查询,是表里面的数据全部取出来 程序递归 出来所有子集,只查询一次
@命名一直是个纠结的问题
现在有个应用商家可以添加下级,下级又可以添加下级 相当于无限级. 商家下面有后台的操作员,有面向市场的用户,设备等...
谢谢 先了解下先,还知道这玩意
@命名一直是个纠结的问题
现在有个应用商家可以添加下级,下级又可以添加下级 相当于无限级. 商家下面有后台的操作员,有面向市场的用户,设备等...
嗯 就是还没考虑到改变数据这块,现在也只是个想法 where in之后的结果可以cache起来 关键是当前登录的商家不能判断是哪个 而且查询的方式也多样性 相应的数据表也比较多做cache还真有点不好做,关键是没做过​
@命名一直是个纠结的问题
现在有个应用商家可以添加下级,下级又可以添加下级 相当于无限级. 商家下面有后台的操作员,有面向市场的用户,设备等...
回复 @追梦de人 : 哦 可能是有个应用并发高了造成的,不知道time_time的数量如何设置呢
@命名一直是个纠结的问题
现在一个服务器上有三个应用在用mysql 有一个是用的长连接 以前还好好的可是今天遇到 有时 web端间歇性的连接...
回复 @追梦de人 : 我就只写 connect 偶尔都连接不上啊,错误代码99网上说的是time_wait过高导致的
@命名一直是个纠结的问题
现在一个服务器上有三个应用在用mysql 有一个是用的长连接 以前还好好的可是今天遇到 有时 web端间歇性的连接...
2-3w正常吗
@命名一直是个纠结的问题
现在一个服务器上有三个应用在用mysql 有一个是用的长连接 以前还好好的可是今天遇到 有时 web端间歇性的连接...
close_wait和time_wait不是同一个概念吗?我简单的connect然后close time_wait不会立即消失会等一段时间
@命名一直是个纠结的问题
现在一个服务器上有三个应用在用mysql 有一个是用的长连接 以前还好好的可是今天遇到 有时 web端间歇性的连接...

没有更多内容

加载失败,请刷新页面

没有更多内容

返回顶部
顶部