额外的队列吧

@461da73c 跑了呀 所以是前公司嘛 正在仲裁流程中

前公司最晚的 19 年还没发呢，等仲裁了

你得换个视角，评奖的人的角度看起来他是什么样的。

Don't GO

不要钱套餐：Hyper-V Server 配合 Admin Center

其实看 Hadoop 这一系列的发展，从一开始的谁也不爱，到最后的花式蹩脚支持 SQL ，可能证明业界大家就认这口？
凑合过呗 还能离咋地

EdgeQL 能有类似兼容层在现有的主流 RDBMS 上使用吗？如果只能对 EdgeDB 使用，那和 Cassandra 的 CQL ，同属于只特定一个 DSL 。这样其实更应该推广的是 EdgeDB?

@Itoktsnhc
如果要实现类创建后执行一次这种事情 C#中有 Lazy<T> 不需要用静态字段标记这种比较麻烦方法

总结一下:
1. controller 是 scoped 所以对应的 service 生命周期最好要<=scoped
2. 请求之间共享内容一般借助缓存(MemoryCache?/Redis/DB)吧,asp.net core 有自己的 IMemoryCache,配合 Lazy<T>可以做到线程安全的延后初始化
3. 长生命周期内想调用短生命周期的 svc 可以通过注入 IServiceProvider 的方式实现
4. 防止构造函数注入的 svc 过多，可以使用 MediatR 类的库。
5. 跨方法事务 dotnet 中有 TransactionScope ，可以在跨方法调用中使用, 很方便

@bthulu
多个请求之间共享数据是个什么操作? 有更具体一点的例子嘛。
controller 的确是 scoped 的。
如果需要在 singleton 中调用 lifetime 更短的服务可以考虑直接注入 IServiceProvider /相对应的 Factory(如 IDbContextFactory<xxxDbContext>)
``` c#
using var scope = _sharedSp.CreateScope();
var sp = scope.ServiceProvider;
var svc = sp.GetRequiredService<IXxxService>();

```

``` c#

await using var context = _dbFactory.CreateDbContext();

```

报警？

建议从 Haskell 、Lisp 、ML 这些东西开始。

hyper-v server

Hyper-V Server + 对应的 Admin center

是打开后点击 Benchmark 后计算得到的时间哦，不是打开文件的时间
Office 365 x64; R7 4800H;未关闭额外的后台线程
不开多线程 71s
开启多线程 29s

还是按照层级关系查询然后拼接吧，可能的问题就是 sql 查询次数的问题：
https://stackoverflow.com/questions/169817/is-it-possible-to-query-a-tree-structure-table-in-mysql-in-a-single-query-to-an
或者 fullname 不存一个名字拼接的内容 存 id 的串 比如 1>2>3>4

需求方可以完全不理会需求合不合理，瞎吉儿折腾，一个星期改仨需求，问业务场景都描述不出来个 1 2 3 ，验收嘛开始挑刺，指望接单的当蛔虫。需求我不说，就是玩
接单的呢就别说代码质量了，交差是第一目的。我先给你这玩意糊上去, 也没指望能赚尾款的钱，见到需求方就:"好的 明白，对，是这样的"，样子长得像就行了 谁管你是鹿还是🐎
大部分都是草台班子, 糊弄糊弄交差了还能咋地

执行计划

你们面试别人别人反问你答案是什么你知道吗？