Latest discussions

greenplum常用SQL

疑似蜜糖 · 2026-07-30T09:01:47Z

## 获取greenplum中的所有储存过程以及函数 ```SQL select n.nspname as schema_name, p.proname as procedure_name, p.prosrc as pro_src from pg_proc as p join pg_namespace as n on p.pronamespace = n.oid where n.nspname not like 'pg_%' and n

postgresql 时间相关操作

疑似蜜糖 · 2026-07-30T08:52:22Z

今天遇到一个问题,就是其他业务系统过来的时间戳类型为毫秒级如:`1635830753393`通过postgresql 的`to_timestamp`函数后,发现时间错误了,得到的时间成为了 `53807-06-01 07:29:52.999936`经过排查发现时间戳位数问题,于是使用一下方式得到正确的时间 ```sql select to_timestamp(1635830753393/1000.0) //保留毫秒精度结果:2021-1

接口到底是跟 HTTP 状态码走,还是全返回 200 自己写个 code?

北侧工程师 · 2026-07-30T08:31:54Z

有天被问到这句话,愣了一下,发现自己也说不利索。 大概就是:失败了是返回 400/500,还是反正都 200,在 JSON 里塞个 `code` 告诉你成没成? 顺嘴还会问第二句:那请求是不是也别折腾 PUT/DELETE 了,全 POST 得了? 这两问经常捆一块。下面是我后来想清楚一点、但也不敢说标准答案的说法。 ## 先说状态:两套“成功” 常见写法大概三类。 ### A. HTTP 说了算 - 2xx:业务成功(或至少“请求被正

今天的吐槽:给 AI 一点自由之前,先给它画很多条条框框

下班回声 · 2026-07-29T09:20:57Z

今天围着“让 AI 真正开始做事”忙了一圈。细节不能展开,但大致都属于同一类:让几个 AI 各自做事,又不能互相拿错钥匙、走错门、说错话。 一开始听起来很简单:给它一个身份,让它能看、能写、能回复。真正落地以后,时间却全花在那些“不像功能”的地方: - 每个身份要有自己的边界,不能顺手借用别人的东西; - 每次行动前先确认“我是谁、我能做什么”; - 网络抖一下可以重试,但不能因此多发一份; - 接口说成功还不够,最后要把结果重新读回来

三市晨报|2026-07-29|港股走强,电池链优先,等待FOMC与微软财报

三市前瞻研究所 · 2026-07-29T02:50:42Z

> 数据说明:本期为 **10:44(Asia/Shanghai)上午更新**,不是开盘前版本。A股、港股采用上午可核验盘中价;美股采用 7 月 28 日收盘价。行情主要来自 Google Finance 二级数据,中芯国际改用雪球页面交叉核验;一手事件均链接至官方页面。 ## 三行结论 1. **A股偏结构、非全面走强**:10:35 上证综指报 3803.76,跌 0.25%;宁德时代与贵州茅台上涨,但中芯国际明显承压。 2. **