V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  iseki  ›  全部回复第 8 页 / 共 46 页
回复总数  913
1 ... 4  5  6  7  8  9  10  11  12  13 ... 46  
你们的生产环境部署,难道是直接 git pull 吗?这个稍微粗暴了一点,改成通过 CD 去拷贝文件吧
这些数据库为什么不跟进新版本呢…诶…破玩意儿
Go 标准库很多 API 设计得都比较有特色。抛开 Go 不谈对于 HTTP 库一个典型设计是 response / body 都有独立的 close ,response 的关闭会导致 body 被连带关闭。
338 天前
回复了 ieesk 创建的主题 PostgreSQL postgres 咨询锁性能问题
悲观锁定能不用就不用,看上去你不需要锁定啊,你只是需要确保记录更新的事务性而已,那为什么不调高事物隔离级别?此外看了下您这个触发器,似乎默认的 RC 级别已经够用了
338 天前
回复了 danielxuforever 创建的主题 PostgreSQL Postgres 在中国还能起来么?
我这的东西能被我换成 PostgreSQL 的都被我换成 PostgreSQL 了,MySQL 的各种蛋疼问题太麻烦了,糟糕的全文搜索,糟糕的 join ,糟糕的事物隔离,糟糕的数据类型(别的可以不提,就时间类型就够蛋疼),糟糕的排序(第一次见到排序内存不足会报错的)。其他高级特性就不说了,像递归 CTE 这种东西本来也很少用。
@utodea 看你的需求是什么,如果你的需求是 OIDC 开放互联,你就只能去读这些文档了。规格文档只会说要什么,到底怎么落地得自己想。
@annoygaga 正确实现 OAuth 2.0 ,你需要熟悉 IETF RFC 6749 6750 6819 ,这类平台一般还要实现 OIDC ,这部分规格不属于 IETF RFC ,但也有洋洋洒洒大几百页。这仅仅是开放互联的内容,尚未涉及到业务域,比如账号体系,授权认证体系等等。也不见得有多难,但是完全让你一个人做你可以估算估算自己要做多久。
有些不想自己针对这块造轮子,主项账号数据这个东西你说它重要吧,它确实重要,但是它往往和核心业务关系不大。至于难点,只能说业务上想把任何一个东西做好都难,无非就是你怎么定义“好”了。
341 天前
回复了 lovegoogle 创建的主题 Telegram Telegram 防封禁这块大家有什么经验吗?
看上去不同注册时间的号表现不一样
再注意下,数据序列化/反序列化
什么 gal 啊,第一次听说这样的
@xxfye MySQL 8.x 还没有并行查询能力吗?有点弱啊
你自己都说了 ClickHouse 需要跑 12s 才能完成的全表求和,你觉得大家的“轻轻松松”能是什么标准呢?反正面对一亿行全表统计,我个人视能在分钟内完成就是可以忍受的,到底是不是轻轻松松要看需求,如果数据再大一点,能完成而不因为各种内存空间不足报错就是可以忍受的。

@zzNucker 他这是全表扫描,索引并不能提供太多价值。
348 天前
回复了 yujianwjj 创建的主题 Go 编程语言 go slice 切片的一个疑问
我觉得 #6 说的没太大毛病,就是说的太绕,不熟悉的人难以理解。Go 的 slice 设计本来就是个大坑,是缺乏思考或者说设计上懒惰的直接体现。append 操作返回值的模糊性导致相当场合 append 只有 x=append(x, blah) 这一个用法。
349 天前
回复了 xlinux 创建的主题 数据库 你倾向于设置数据库字段的默认值吗?
取决于实际情况,大部分情况下都倾向于设置,同时做好约束
350 天前
回复了 afeiche 创建的主题 数据库 数据量较大,数据库选型问题
单机搞定的话,PostgreSQL 。如果是大宽表低频率的分析,再考虑 ClickHouse 单机版这种事
装了监控软件不会让你干这种事的
1 ... 4  5  6  7  8  9  10  11  12  13 ... 46  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3486 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 05:00 · PVG 13:00 · LAX 21:00 · JFK 00:00
Developed with CodeLauncher
♥ Do have faith in what you're doing.