V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  yidinghe  ›  全部回复第 11 页 / 共 148 页
回复总数  2943
1 ... 7  8  9  10  11  12  13  14  15  16 ... 148  
295 天前
回复了 zhaoyeye 创建的主题 OpenAI claude 封号
看来是针对新用户,我一直在翻墙用,通过 Google 账号登录,没感觉任何异常
https://img2.imgtp.com/2024/03/07/Lw3b1Vbm.png
296 天前
回复了 loveumozart 创建的主题 Apple 被苹果生态绑住了
苹果打造硬件封闭生态的手段,在 AI 时代恐怕成了大坑。当 AI 算力硬件专门化,别的操作系统都可以自由使用这些硬件,唯独苹果还在自己慢慢设计芯片。
打开 buy 页面一看,“240CNY” 我的天哪。。。。再仔细看才明白这是优惠码🙈
299 天前
回复了 David666 创建的主题 OpenAI 连接本地 erp, oa, mes, hr 等系统的 chatgpt
楼主可能对大语言模型基本上没概念。不妨做一个实验:楼主整一个 1000 行左右的 excel ,包含一些业务数据,然后上传给现有的 AI 大模型服务,看它能不能帮你整理出来。如果大模型连这么点数据都不能帮你分析,那么你想让它分析一整个数据库,岂不是异想天开?
资源管理器空白处点击右键,会有一个“分组依据”菜单项。
301 天前
回复了 hankli 创建的主题 程序员 一个工具管理所有运行时版本!
plugin 的管理和 sdk 的管理容易弄混,建议参考 docker container 和 docker image 这样的子命令设计来区分开。

我先是 add 了 java/adoptium-jdk ,然后尝试安装 v21 ,因为下载慢就中途退出了,然后尝试 remove 命令去掉这个 plugin ,得到错误信息 "java/adoptium-jdk not installed"。

那么我想换另一个源,执行 "vfox add java/azul-jdk" 时,也得到错误信息 "plugin java already exists",现在是进退不能了。
302 天前
回复了 bleulucaswu 创建的主题 Java 分布式事务,怎么感觉不需要那么复杂
@rekulas 直到我看到一篇新闻说 Oracle 员工爆料自家数据库的代码就是屎山 https://i.imgur.com/Ug1iMq4.png
306 天前
回复了 forsky 创建的主题 问与答 有喜欢在公园睡觉的么?
露营躺椅可以,肯定比硬凳子要舒服啊。我相反,是那种容易被光亮干扰睡眠的人,睡觉时窗帘拉得死死的,恨不得一点光都不要透进来。
309 天前
回复了 cathub86 创建的主题 职场话题 在杭州写代码,买不起房子 很迷茫
你先想办法在十年内、35 岁之前存够 100 万。这个目标放在十年前根本不是事,但国内软件业风口已过,将来不会那么轻松了。
309 天前
回复了 DarylDiao 创建的主题 美酒与美食 程序员喝什么茶
无糖可乐
311 天前
回复了 zoeywangqq 创建的主题 生活 想为了 10 万补贴买老破小,求骂醒
你这是想投资啊,哈哈哈,那你尽管去做,若是买房自住的我还会讲番道理劝一下。
313 天前
回复了 zooo 创建的主题 生活 话说 正月里能不能理发?
你不问那就能,你问了,那就不能
313 天前
回复了 runninghipp 创建的主题 音乐 求手机好用推荐的音乐软件;
手机本地音乐我就用 VLC 播放。现在手机存储空间够大,可以放很多音乐。
@mantouboji 你可以回复不要惊讶,不要慌,但你回复不要发帖是什么鬼
317 天前
回复了 yanyao233 创建的主题 程序员 总是忍不住重复造轮子
你看那些刷题的,一道题目刷了不知道几万遍了,这轮子造了不知道几万个了。然而你不会因此就不刷了,因为别人再怎么刷收获也不是你的。软件库的轮子其实也差不多,你不造个轮子就得不到它的设计经验。而且不要因为没人用就不愿动手,你之所以有动手的愿望,无非就是因为看到别人的轮子还不够圆。
317 天前
回复了 fliter 创建的主题 职场话题 技术人的目标和终点在哪里?
意义在于早点攒够钱提前退休。
优化思路大概是两个方面:

1. 尽可能减少扫描记录数。索引和分区就是起这个作用的。
2. 尽可能减少选取字段数。首先可以的话只选索引包含的字段,其次避免选取 text 等外部引用的字段。
3. 极端情况下,可以在先带业务条件查出记录的主键列表后,做二次查询来填充其余字段。这个在分页查询中比较有用,因为第二次查询可以并发执行,所以有可能总耗时反而更少。
@yidinghe 计算用户使用时长可以简化,不用 union all ,下面是一个例子:

select
sum(
case
when end_time is null then TIMESTAMPDIFF(SECOND, start_time, now())
else then TIMESTAMPDIFF(SECOND, start_time, end_time)
end
) as duration
from acc_records
where user_id=?
这个设计的核心要素是用户的每次使用时段,所以必须设计一个使用时段表。使用时段表需要详细记录用户每次的使用时段,当用户有疑问时,你要拿这些记录出来进行核对。

使用时段表包含下面的主要属性:用户 ID 、开始时间、计费权重(如果有的话)、结束时间(为空表示正在计费中)、时长(结束时间为空时这个字段也为空)

开始计时:使用时段表新增一条记录,记录用户 ID 和开始时间。

结束计时:在使用时段表中找到未结束的记录,填入当前时间作为结束时间,以及时长。

如何实时计算用户的使用时长:选取所有已结束的记录,用 union all 拼接上那条未结束的记录(其时长为当前时间减去开始时间),然后对时长求和即可。

如果你不想扫描太多记录,那么可以给用户添加冗余字段:每次结束计时后,将所有已结束的记录合计一下,存入用户表。那么实时计算用户的使用时长,就只要从用户表取一条用户记录,再从使用时段表取一条或零条未结束记录即可。
1 ... 7  8  9  10  11  12  13  14  15  16 ... 148  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3577 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 50ms · UTC 10:27 · PVG 18:27 · LAX 02:27 · JFK 05:27
Developed with CodeLauncher
♥ Do have faith in what you're doing.