V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  mark2025  ›  全部回复第 5 页 / 共 11 页
回复总数  207
1  2  3  4  5  6  7  8  9  10 ... 11  
81 天前
回复了 tmtstudio 创建的主题 全球工单系统 网易云崩了? 502 Bad Gateway
据说 tidb 挂了
84 天前
回复了 devzhaoyou 创建的主题 程序员 买电脑,糟心的拼多多维权,求指点?
@coryxu JD 是花钱买方便和安心。如果不想多花这份钱就要做好扯皮的准备
考虑在 transaction_time 上面创建 BRIN 索引(不是 btree )
88 天前
回复了 a1oyss0925 创建的主题 程序员 有老哥搞过国产化数据库吗
还有就是 mysql 到 postgres 怎么做数据迁移啊
====
mysql SQL 迁移要注意:GROUP BY 字段和输出字段关系。mysql GROUP BY 字段在 输出区域内可以直接输出字段,pg 则输出区域必须使用聚合函数。
所有建表 DDL 纳入 git 版本管理
任何表结构变动必须在版本管理中有提交记录
@wusheng0 劳动春咩
@nino 问题是测试环境和生产环境的运行时不同,出了故障怎么排除是运行时的问题还是代码问题呢,问题反而更复杂了
阿里内部 nodejs 项目组对比测试过 nodejs vs bun , 综合看后者性能并不明显。目前不推荐生产上 bun 。
如果是多版本发布策略,用 1 楼图片那种,如果是单版本滚动发布就用 gitlab flow
@RandomJoke 不会吧。gitalb 的 issue 是可以跨 group 的: 创建一个项目组,其下包含多端的多个仓库,可以在 group 级别的看板查看管理相关的 issue 啊。
gitlab 的 issue 我觉得拿来作简单的项目管理也不错的:wbs 任务分解、任务状态管理、任务流转、里程碑管理。
@RandomJoke jira 偏重管理,关注的是流程; gitlab 的 issue 是基于代码的偏重于开发, 比如可以在基于 issue 创建 MR 的时候同时创建代码分支,让开发人员里面切入到开发中,并且基于 web 的代码审核方式也提供了同事口头交流之外的比较高效的沟通方式——直接在页面显示的代码上面通过评论进行交流沟通。开发人员应该更喜欢用 gitlab 的这个流程管理方式吧。
94 天前
回复了 qW7bo2FbzbC0 创建的主题 Go 编程语言 被 go 语言的 json.Marshal 恶心到了
@ryalu 不同阶段问题矛盾不同
- 普通 CRUD 场景/中小规模阶段,orm 可以避免新手菜鸟挖坑
- 复杂业务统计场景/大规模阶段,任何小失误都可能会放大成大事故,所以 orm 虽然一方面可以避免菜鸟的低级错误,但另一方面对老鸟也能反向挖坑,所以需要 DBA 来把关(审查 SQL )
@RandomJoke
“一次上线内需求拆分成多个 issue ,这里其实并没有太多作用,只是象征性记录,更多的还是靠组内沟通”
=====
GitLab 的 issue 系统可以实现追踪一个 issue 被分解成多个 issue 然后每个 issue 链接 MR ,然后统计每个 issue 的完成时间
试试华宇输入(前紫光输入)
97 天前
回复了 qviqvi 创建的主题 PostgreSQL 学习 PostgreSQL,有什么资料推荐?
97 天前
回复了 webeasymail 创建的主题 Java 有什么好用的轻量级搜索服务?
99 天前
回复了 ModiKa2022 创建的主题 数据库 大数据量联表操作
统计场景可以考虑单独的一个库跑批或者物化视图
可能 js + TS 更适合
1  2  3  4  5  6  7  8  9  10 ... 11  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1237 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 18:03 · PVG 02:03 · LAX 10:03 · JFK 13:03
Developed with CodeLauncher
♥ Do have faith in what you're doing.