获取一批处理一批, 怎么就把业务处理时间拉长了?
你一次获取, 不还是要处理这么多?

github 呀

大厂可能无所谓, 像我这种部署到客户厂里的, go 我只要一台几百块的口袋机就行了, java 那可不行.

可以给老板灌鸡汤, 24 小时无休的员工才是好员工, 这样你就简单了

别的都好说, 节假日这个你怎么解决? 你又不是国务院, 你怎么知道明年中秋国庆放哪几天?
要不给你们产品做个放假的功能, 每次国务院发布放假时间后, 让他自己去产品里放个假.

神机, 闲鱼 2000 左右带保, 运气好还能买到出厂一个月内的可买官方碎屏险的.

上面两个示例中, 将 new MySqlParameter("@Ids", ...)改为 new MySqlParameter("Ids", ...), 也是一样的报错

@a194259440 在.net8.0+efcore8.0 中实测下面两种方式都不行, 直接报错 System.NotSupportedException
方式一:
int[] ids = [1, 2, 3];
List<MySqlParameter> parameters = ids.Select(e => new MySqlParameter("@Ids", e)).ToList();
List<Rack> racks = dbContext.Racks.FromSqlRaw("select * from rack where id in (@Ids)", parameters).ToList();
方式二:
int[] ids = [1, 2, 3];
MySqlParameter parameters = new MySqlParameter("@Ids", ids);
List<Rack> racks = dbContext.Racks.FromSqlRaw("select * from rack where id in (@Ids)", parameters).ToList();

@nikenidage1 请注意看题, 使用 FromSql 查询时, 不是使用 Where 查询.

@nikenidage1 你这个大家都知道, 但是很多情况下, 没法这样查. 比如取 group by 后组内第一条返回一个集合, 目前 ef core 还不支持这个功能, 官方说至少的 efcore10 才有可能支持.
```
using AppDbContext dbContext = CreateAppDbContext();
var queryable = dbContext.Racks.Where(e => e.Occupied == true).GroupBy(e => e.Aisle)
.Select(g => g.OrderBy(e => e.Col).Take(1));
// 支持
List<IEnumerable<Rack>> list = queryable.ToList();
// 不支持, 可能 efcore10.0 会支持, 参考 https://github.com/dotnet/efcore/issues/28002
List<Rack> racks = queryable.SelectMany(e => e).ToList();
```

仅仅是迁移数据的话, 很简单, 直接用阿里云的 DTS 功能就行了, 可以在不中断业务的情况下同步数据到 MYSQL.

先把服务器上的服务下线, 再做个快照, 然后随便怎么折腾, 折腾好了再上线就是了, 折腾坏了恢复快照就行

当然是 GRPC 配合 OAUTH 了

租用云算力, 只要舍得花钱, 很快就算完了

文科生当然是 js 了, 怎么写都能跑起来. ts 就太多规矩了, 不适合文科生.

让 ai 自己去改 bug, 你不要去改, ai 才能理解 ai.

为什么都在吹分布式? 架构师跟分布式有毛关系啊. 难道非互联网就不用架构了? 让你做一个 CAD 绘图软件出来, 做个 OFFICE, 做个虚拟机, 分布式能架构出什么来?