V2EX › MozzieW 的所有回复 › 第 25 页 / 共 30 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 17 18 19 20 21 22 23 24 25 26 ... 30

❮

❯

2021 年 10 月 13 日

回复了 MozzieW 创建的主题 › MySQL › 请教 MySql 多表 join 怎么优化好

@zhzy0077 大神大神，搜了一下 tp 和 ap，的确是这样的，我的场景下慢不是不能接受的，但是我一开始 sql 怎么写也不确定，问一下也是怕自己错误导致的那种慢

2021 年 10 月 13 日

回复了 MozzieW 创建的主题 › MySQL › 请教 MySql 多表 join 怎么优化好

午休回来，感谢各位的回复，我早上也查资料并尝试，简单总结一下：
1. 可以的话，尽量是保存到到单表，用索引，这样最快；
2. 确定要用到 join 的，用小表驱动大表；这个还有个技巧，就是小表不仅指总行数小的表，如果可以用 where 筛选减少行数，时间也是会降低的。
3. 和 2 类似，join 的时候会生成临时表，用 on 过滤条件应该能减少临时表的行数？这个和 @nonoyang 说的不一样，我还没弄懂。
4. 我本意是问 join 有没有其他写法的，看到有些文章建议不用 join 而是把 sql 拆成多条语句，但那种业务场景和我的不一样（比如查一个用户有多少订单，这个是可以拆成两个 sql ）；我就没想到我的场景下可以怎么拆（或者说有没有其他不用 join 的写法），现在结论应该是我的场景是可以用 join 的（而且结果不是给前端实用，没有要求一定要几秒完成查询）。

2021 年 10 月 13 日

回复了 MozzieW 创建的主题 › MySQL › 请教 MySql 多表 join 怎么优化好

@harde 懂你的意思。user 表有会员标记，但是没有过期时间，而且订单更新的时候也没有更新会员状态；更麻烦是订单表现在数据也不全（只保留了最新的订单）；我们后面计划是先去改造订单表。但现在需求实现依赖已有的表结构，显得很奇怪。

感谢回复！

2021 年 10 月 13 日

回复了 MozzieW 创建的主题 › MySQL › 请教 MySql 多表 join 怎么优化好

@cedoo22 实际上 user 表是有会员标志的，但是过期了没有更新，而且现在订单表也有问题（只保存最新的订单）；后续判断还可能扩展，有些字段可以考虑放到一个 user 表，但多个表 join 无法避免了（需求还可能加入其他表的条件来判断）。
@jtwor 这个说的应该是让 user 表的结果行数先减少？我试了增加 where 条件过滤 user 表，时间的确降下来了（ 4 秒），也在往这个方向试。最终结果不是给前端展示的，而是生成文件保存下来，所以分页了总时间还是在的

@zzfer 你说的有道理，不过需求就包括不同的条件，比如还可能要最近 10 天启动了 3 次以上的用户，这个就要关联了。因为给的是简化版，有些字段我的确已经放到了 user 表

@nonoyang ‘这个是筛选条件，并非关联条件。where 条件和是不是主表字段没关系’
我刚刚的说法应该不准确，应该是 where 过滤的是最终的字段（ select 的结果字段），我理解放到 on，可以判断 join 的时候就直接过滤了，不需要把结果再放到最后 where 的时候再判断，只有应该快一点？

2021 年 10 月 13 日

回复了 MozzieW 创建的主题 › MySQL › 请教 MySql 多表 join 怎么优化好

@nonoyang “其次 log.createdAt > '2021-10-01 00:00:00' 应该放在 where 里面”
这个原因是？我看了 join on 条件 where 都区别，log.createdAt 这个条件属于 join on 的表的，我理解应该放在这里；属于 user 表的才放在 where （我这个场景下）

2021 年 10 月 13 日

回复了 MozzieW 创建的主题 › MySQL › 请教 MySql 多表 join 怎么优化好

@harde 订单里面我加一个 expireTime，超过这个时间就表示过期。比如买了一个月会员，一个月后就过期了
@Martin9 这个我也看资料也是这样说的（连接字段上加索引），不过我试了一下，增加前后时间都差不多 15 秒
@nonoyang 现在最新订单会覆盖会覆盖旧的订单（就是只有一个订单），我们也在计划修改这个，把所有历史订单都存下来

2021 年 9 月 26 日

回复了 Leee 创建的主题 › 职场话题 › 想问问有没有人上班到 3 点的时候就很累了。。

试一下冥想（闭目养神）

2021 年 4 月 21 日

回复了 ilovemo 创建的主题 › 广州 › 广州上社和棠下怎么租房子便宜

广州的房东怎么都装修啊...
直接走街串巷看, 我的经验是手写的一般是一手房东. 还有二手房东. 中介一般网上遇到多.
不出钱只能出力, 多逛几圈打几个电话, 看一下. 一般不是本楼的就不要去了, 不知道多远. 这个好处是可以在想要的地方找到房子, 不过累一点.

2021 年 4 月 19 日

回复了 wobuhuicode 创建的主题 › 生活 › 30 岁的低欲期

兴趣转移了而已...我近来老想着买个钓竿去学钓鱼, 周六看到江边钓鱼贼有意思

2021 年 4 月 19 日

回复了 Vegetable 创建的主题 › 职场话题 › 你能容忍线上笔试应聘者搜索答案吗？

认知是有误差的.
你以为面试低端岗位的是: 科班出生基础扎实也许太深的不懂干活也不行但是值得培养的好苗子
实际上来面试的是: 三个月培训会套框架也许还能干活但是不懂原理也不敢说三年经验的老实人

2021 年 4 月 14 日

回复了 Suigintou 创建的主题 › 职场话题 › 谈离职却被领导 PUA

@mmrx PUA，全称“Pick-up Artist”，原意是指“搭讪艺术家”. 这点上应该不符合.
现在许多人按内核理解"打一打再揉一揉就"是 PUA. 这个看个人理解.
更多的, 我倾向至少要这个领导知不知道自己是在"PUA"? 我觉得领导可能都不知道这几个字母什么意思.

哪个领导不是人精? 可能我接触的领导段位比较低

2021 年 4 月 14 日

回复了 Suigintou 创建的主题 › 职场话题 › 谈离职却被领导 PUA

我觉得不要什么都往 PUA 上扯, 大部分领导都没那水平. 如果你觉得说话让你难受了又圆回来, 理解对方就是说话水平 la 低 ji, 不过后面看了你脸色不好又说几句好话而已.
只要没有炒了你, 你在当前岗位的工作能力就没问题. 反证法证明这个很容易.

2021 年 4 月 14 日

回复了 cryboy007 创建的主题 › 生活 › 被父母要钱，我很抗拒

朴素的善良...
我建议先让自己"失业", 然后"降薪".
告诉家人自己失业了, 等几个月换一个"低一点"的工作, 实际薪资就不要告诉家人朋友了.
把自己位置摆低一点, 也许更容易谈, 这也能顺便了解父母的用途. 直接说不想给或问用途, 关系容易爆炸.

2021 年 4 月 8 日

回复了 sogakeji 创建的主题 › 情感问题 › 跟女朋友聊工作就吵架

要真想改变一个人, 要先承认人性, 要承认改变是很难的.
比如说平和的沟通, 觉得自己好好说话对面马上就激动? 实际上, 对方开始激动之后自己是不是也开始激动起来? 根据我(老婆)的经验, 其中一个能一直保持平常心, 架吵不起来. 实际上一方开始炸另外一方也会开始.
回到工作抱怨问题, 开始抱怨的时候最先要解决的是工作吗? 我觉得应该是情绪. 我饿着肚子你跟我说工作应该怎么做才好, 你不知道我饿肚子还行, 知道了还在说怎么干活, 是不是不爱我不关心我? 你以为我们在说同一种东西, 实际上一边说牛一边说羊. 这个问题再进一步, 我怎么知道你肚子饿了? 我怎么知道你不知道我肚子饿了? 套娃难题在生活中一直存在, 只是没人能看清.
所以我一直觉得要做好一件事挺难的. 有时候实际上一条小小的裂缝都会让你掉进去. 可能存在任意一个坑让你随时掉进去, 这种想法有时候能够让人绝望. 这样看, 只做好自己, 不要想着去改变自己, 改变别人就好了(不行就分). 这种想法的确挺有用的, 走不动了就躺着.
实际上, 最后我发现我并不能这样做, 我不可能离婚; 我有女儿了, 我都不知道怎么分. 兜兜转转, 问题绕不过去, 还得找一个解决的方法. 方法我是找不到了, 但是我找到了指导思想. 世间万物就是如此神奇, 谜底都写在谜面上了. 是什么让我一定要去改变某个人呢? 不改变直接分不行吗?
有了指导思想, 接下来就是方法论的问题. 这个就相对简单了, 需要的只是耐心的改变自己.

2021 年 3 月 31 日

回复了 doudou43195 创建的主题 › Android › 请问谷歌商店下载 app 永远等待中什么原因啊

最近几次要下载都不行, 看到这个帖子后又重新试了一下. 最后解决的方法是参考这个帖子, https://www.v2ex.com/t/696735 用 ApkPure 更新了 Google Play, 可以正常下载了

2021 年 3 月 29 日

回复了 aptupdate 创建的主题 › 美酒与美食 › 女朋友做饭无论什么食材都是相同的味道。

需要指出一个误区, 许多人都注意到做菜的被说菜不好吃容易暴走, 但是不要以为这个是因为煮菜付出的劳动得不到认可, 后面还要隐藏的线.
偶尔煮一顿菜, 重点在"煮", 但是每天都煮菜, 选择 /决定每天吃什么菜, 怎么搭配是一件很消耗的事, 而且很容易陷入"无解"的境地. 比如说肉, 鸡鸭鱼肉四种, 每天一个四天就得重复一轮, 就算你加上虾蟹腊肉也只能稍缓一轮. 一个月下来, 买菜就足够消耗精力了. 新的菜式是需要学习的, 也就是说, 家常菜要做到每天有花样, 基本就是 996 的活.
就算你是发工资的老板, 也要被怼. 何况只是一洗碗打下手的?

2021 年 3 月 29 日

回复了 gbqqaybc 创建的主题 › 随想 › 性格内向敏感，有点难受

如果你觉得"独处"利大于弊, 那就开开心心接受弊;
如果你觉得"独处"弊大于利, 那就想一下改变.
如果只是夜里"独处"失眠瞎想, 建议找方法解决自己的失眠.

利益相关:
喜欢独处, 也沉默寡言. 但是周末回家带娃出门娃看到随便一个人都有兴趣, 还带着我穿了门(知道但是从来没去过不怎么熟的阿姨家), 发现带娃才是第一交际力, 只要是都带娃, 不管年龄性别兴趣爱好都能聊几句.

2021 年 3 月 6 日

回复了 exc 创建的主题 › 问与答 › 为什么会有 Root 权限？

@exc 用硬编码理解 Root 权限应该是不准确的，更应该把 Root 看做一个协议。
在需求上，既然能明确分权限是有意义的，那么把总的权限命名为 Root 还是 Admin 还是其他，都是偏好而已。把初始化交给用户，是一种选择。默认初始化为 Root，也是一种商定好的协议。

2021 年 3 月 6 日

回复了 exc 创建的主题 › 问与答 › 为什么会有 Root 权限？

这个问题挺有意思的啊
根据不同用户赋予权限, 是现实使用的需要，是代码设计的结果。
CMS 系统存在多个使用用户的，一般都有现实的职位、职责区分，让不同人看到、使用不同的功能，这是 CMS 系统的需求。当然可以所有用户都有全部的权限，此时只有把所有人都用同一权限（ ROOT ）就可以；就是说权限分级是可以兼容这种权限不分级的使用的。
在操作系统上，情况相似，但也有不同。相似是操作系统的确可能是多个人同时使用（服务器）；不同的是，应该也把操作系统上的软件也当做操作系统的用户。此时，权限也是防护电脑的功能。
在软件的使用上，轻度用户和重度用户对系统的了解和需求是不一样的。ROOT 权限也提供了一种方式，方便用户去定制。潜在的，使用 ROOT 权限也要求使用者对系统足够了解，而不是随意折腾。
ROOT 权限并不仅仅解决一个问题或者有一个纯粹的出发点，我更倾向于最初简单的设计随着需求变化迭代后，成为针对大多数场景的解决方案。

2021 年 2 月 9 日

回复了 LxExExl 创建的主题 › 问与答 › 迫于接新项目，有没有通用的 app 开发书籍推荐

没打完发出去了...
我本想说没有这样的书, 然后想了自己看的书, 有的话应该是<App 研发录：架构设计、Crash 分析和竞品技术分析>(从订单历史找的). 但发现可能也不太合适, 原因和我觉得没有这种书一样: 落后.
Android 现在是一个既成熟又年轻的状态. 你可以用过去十年的技术和经验继续构建, 但是这些技术都在慢慢被淘汰. 就连 Java, 逐渐都是 Kotlin.
鉴于题主是后端的, 我觉得拿网络处理来做说明比较容易理解. UI 的开发正常只有一个线程能更新 UI(一般叫主线程, 具体的细节差异忽略). Android 一开始是可以在主线程请求网络的, 这样就导致网络请求时整个页面都停止响应了. 所以网络请求被禁止在主线程调用. 然后就出现了网络请求的封装. 大概带你是这样的:
~~~
New Thread(Runnable(){
result = 网络请求()
handler.post(result);// 返回主线程继续
});
~~~
这种封装第一个问题是每次请求都要新建线程, 很简单, 用线程池解决. 第二个是里面的 handler 持有了当前页面指针, 可能导致内存泄漏. 所以当时很多文章也介绍怎么避免这个问题(handler 不仅仅网络使用, 所以问题还是挺普遍的).
这种经验还有用吗? 如果你用上现在的 Retrofit 库, 你发现这些问题都没有了, 而且用起来还贼简单. 真有人写书还给你介绍这个, 估计你都觉得作者骗钱的. 但是的确还有些新人抄代码抄到这种东西. 可能我还觉得自己年轻, 觉得这种东西也是不久前才看过. 比如我上面说的书, 里面说 ListView 也是被淘汰了, 现在就算你用 RecyclerView 不自己写一个 BaseAdapter 都不好意思给人看.
感觉都是自言自语, 说个还是自己觉得有用的建议: 找一个还在维护的高仿项目, 看一下网络请求处理, 设计(什么 MVVM, MVP 的随缘), 经典的 iOS 底部 tab 样式实现, 列表页面, 详情页面实现就可以了. 如果了要做的功能, 直接搜'高仿 xxx',基本出来的就是最佳实践. 毕竟万一运气不好, 搭环境估计都得花好几天.

1 ... 17 18 19 20 21 22 23 24 25 26 ... 30

❮

❯