V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  changdy  ›  全部回复第 7 页 / 共 14 页
回复总数  262
1  2  3  4  5  6  7  8  9  10 ... 14  
2020-09-03 22:29:53 +08:00
回复了 hackingwu 创建的主题 MySQL 覆盖索引,但是没有最左前缀匹配,性能如何
心疼题主....那么多人都说直接走全表,不知道有没有怀疑人生...

狗尾续貂 , 也请教各位一个问题 , mysql 的分区表如何 ? 目前系统业务量比较大, 想用 mysql 本身的分区表实现类似分表功能.
当然从描述上来说肯定
@OysterQAQ 4l 说的最完善... 3l 老哥是不是压根都没看 sql....还是从一个极端进入了另一个极端?
哈 想法不错..思路是不是错了?
如果只是简单的求和 无脑数据库计算, 怎么会想着先求出列,然后在代码上求和?
如果是一些复杂计算 比如地理位置信息, 复杂三角函数转换,这种后端才比着 db 有优势啊.
闭源协议.
2020-07-27 14:59:41 +08:00
回复了 changdy 创建的主题 分享发现 联想小新 PRO13 求推荐扩展坞
@vZexc0m 是吗..那忘记了..不过..看网上 评价并不是很好..有各种千奇百怪的事情.
2020-07-27 14:07:02 +08:00
回复了 changdy 创建的主题 分享发现 联想小新 PRO13 求推荐扩展坞
@chesterzzy 超薄本 砍网口 /视频输出..太傻逼了....
2020-07-27 14:06:22 +08:00
回复了 changdy 创建的主题 分享发现 联想小新 PRO13 求推荐扩展坞
@vZexc0m 但是这种产品本身就是破解的..知乎上面搜索过..说是 bug 本身就比较多...
2020-07-26 14:57:58 +08:00
回复了 changdy 创建的主题 分享发现 联想小新 PRO13 求推荐扩展坞
@pixiaotiao 绿联 哪一款..我手上有一个.绿联的..感觉有点大..还有乱七八糟的 sd 卡槽...
@iamv2er 同上 .没找到哪一款..看了下所有的..其实都有些大..
@tap91624 预算是 open 的.. 主要是想找 比较小巧的..另外 我要外接双屏...另外一个扩展坞.已经有方案了

可以看下 倍思 type-c 扩展坞 : https://item.jd.com/39868617861.html 这一款 .颜值真的挺高的...
利益相关: 公司普通员工

卧槽...三观碎了..啥时候 按照规章制度黑纸白字的合同做都会被喷了?
楼上喷楼主的扪心自问 ,以后你们当了 leader 真的能体谅员工吗?
233 楼上说合理的....让人看不懂, 只能说这个由业务决定和系统架构决定
传统 erp join7~8 张表..再常见不过了...
如果系统的边界划分的非常清晰 , 业务方对查询的要求比较低 当然 join 尽量少....
2020-05-30 10:17:25 +08:00
回复了 tctc4869 创建的主题 数据库 mysql 现在有哪些魔改版本?
只用过 MySql , 表示有些 sql 的执行计划让人看不懂....
比如 a,b 两表是 1 对 N 的关系, 我想取 b 表对应的最大 id sql 如下:
```sql
select a.*,max(b.id) bid from a ,b where a.type=10 and a.id =b.other_id group by a.id ;
```
这种写法的执行效率很差. 然后我就需要略 hack 的写法
```sql
select a.*,(select max(id) from b where b.other_id =a.id) bid from a where a.type=10
```

想问下其他数据库处理起来会好一些吗? 还是这种 sql 有更优雅的写法
2020-05-09 12:24:34 +08:00
回复了 deepmindlab 创建的主题 互联网 快看,百度首页的 ui 升级了
百度多栏...
讲道理现在这样子 ..我宁愿选择 ie6 的百度
2020-05-08 12:22:17 +08:00
回复了 yangyuhan12138 创建的主题 程序员 求一个定时取消订单的解决方案
@yuyu12 和我想法类似..感觉 定时任务 之类的还是挺需要一个统一的管理...
2020-05-08 12:08:06 +08:00
回复了 yangyuhan12138 创建的主题 程序员 求一个定时取消订单的解决方案
@pushback 大胆一点 去掉感觉.redis 的过期监听的 时间并不可靠... 并不是实时扫描的..
好巧不巧 , 我也遇到了这个问题...直接覆盖了某 dee jar 包中的一个 class ,增加了一些日志输出,结果生效了...

PS 某 dee 公司的业务员水平之差简直让我瞠目结舌, 服务器爆出 500 , 请求对方审查下自己的服务器. 结果一直和我东扯 西扯.
@xiaoyanbot 会的 将来 前端肯定会重新搞
而不是 生出一个 webpack, 并不断的拓展东西 , 延伸出各种 hack.
前端的需求 变化太快了 , es 标准已经跟不上了..
2333 也就只有前端程序员 好折腾这些了...
前端坑 太深了.. 总感觉 最多 也就三年..js html css 这三剑客 会英雄迟暮 , 犹如 flash 一样告别舞台.
2019-12-23 09:10:32 +08:00
回复了 quan7u 创建的主题 程序员 问一个关于订单模块的问题
233 看到 Redis 过期监听 滚进来了.

Redis 的过期策略并不准确 , 不能保证 key 在指定时间内进行过期通知 ,

建议: 如果量不多的话 可以 单独搞一台 redis 做过期通知 , 多的话...那就不要用这个功能
2019-12-18 08:20:00 +08:00
回复了 vhus 创建的主题 服务器 用旧服务器在家架了个 NAS 真香
都是 大佬....我只有个 J2900 +2t 勉强苟住... 已经退烧了
2019-12-02 16:51:20 +08:00
回复了 shaweren 创建的主题 MySQL MYSQL 根据年月如何查询数据?
@arthas2234 哈哈 有那么一丢丢不太合适


@qiayue 应该用虚拟列 这种场景简直量身定做
1  2  3  4  5  6  7  8  9  10 ... 14  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1942 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 40ms · UTC 16:19 · PVG 00:19 · LAX 09:19 · JFK 12:19
Developed with CodeLauncher
♥ Do have faith in what you're doing.