@aim200806 我谈女朋友就没谈过妹妹, 上大学开始谈女朋友, 基本上都是+1/+2 甚至+3(女大三抱金砖)
我老婆已经+5 了(按我老婆的说法是+4.5).
我也不知道为啥我这么吸引姐姐, 可能因为心智不成熟吧.

@donggua997 具体时间我记忆模糊了, 还需要综合个人年龄和身体状况, 建议咨询一下你的主刀医生.
根据我孕期的学习, 前壁膨胀程度比后壁更大一些, 所以肌瘤剥除术大部分会将刀口开在子宫后壁, 这样将来怀孕时不影响胚胎在前壁着床, 也不影响孕后期子宫膨胀.
文献大部分是针对剖宫产前壁刀口的再次生育恢复情况, 有部分参考价值.

@lambdaq 夫人帮我申请的专升本, 虽然是全日制但是是水校.
我第一学历在青岛职业技术学院, 国家认证带专, 学信网战绩可查.

@apollo007 后壁的前置胎盘很难长上去，我家就一直没长上去，发展成完全性前置胎盘了。前壁的比较容易长上去，因为子宫前壁膨胀程度更高一些

@donggua997
考虑到孕早期子宫没有膨胀压力, 所以术后 6 个月以后开始备孕也是有数据支撑的, 也是我们开腹手术以后医生术后谈话叮嘱过的. 时间越长, 瘢痕组织的弹性会下降.
有些医生建议半年, 有些医生比较保守建议一年. 不过你最好拿手术记录去问一下你的主刀医生, 她们是最权威的专家.
文献来源: https://www.researchgate.net/publication/320103356_A_preliminary_study_of_uterine_scar_tissue_following_cesarean_section

@donggua997 挖肌瘤手术不影响生育, 但这么大的肌瘤, 术后缝合伤疤都很长吧. 孕期应当警惕瘢痕妊娠以及子宫破裂的风险.

之前开腹手术后我们查过文献, 手术后 0.5-2 年左右是怀孕比较好的时间. 那时候愈合的瘢痕组织强度还挺高的. 时间再长的话瘢痕组织强度会下降.

祝你好孕

@lurui45 加油💪, 我们俩已经熬过来了. 祝你顺利毕业, 人生进入下一阶段

@ceno 在公共场合起抽象标题是我不好, 不过 v 友们针对的都是我的标题, 而不是可爱的女儿.
我这个大专生挨几句喷没什么. 同时, 这也侧面印证了我的汉语文字能力在国内是很难考上本科的, 先天没这条件.

把业务建模在类型系统上, 让编译器替你检查出大部分问题.
你要是还焦虑的话, 说明你是先天形式化验证圣体

1. asCompletableFuture
https://kotlinlang.org/api/kotlinx.coroutines/kotlinx-coroutines-core/kotlinx.coroutines.future/
UI 代码里可以用, 非阻塞
2. runBlocking
https://kotlinlang.org/api/kotlinx.coroutines/kotlinx-coroutines-core/kotlinx.coroutines/run-blocking.html
非 UI 代码里可以用, 阻塞

建议都用 Kotlin 写, 没啥必要 Java/Kotlin 混写

4C8G 的生产 PG 数据库表示单表两亿行不痛不痒, 你还可以再用点力.
支撑 100+TPS 的时候瞄了一眼 CPU 占用率还不到 1 核

如果是物流追踪号这种定长且总长度不长的短字符串, 直接把每个截断前缀都做一遍索引还更简单, 也能支持精确匹配.
tracking_number[0:16]
tracking_number[1:16]
tracking_number[2:16]
tracking_number[3:16]
...
tracking_number[13:16]
都做成表达式索引, 查询的时候只需要 LIKE ‘123%’, 一样可以做的很快

@laminux29 笑死, 上网不带脑子

一亿行 pgtrgm 不做分区直接搜, 平均时间也不到 200ms, 要什么集群分片硬件硬扛?
单核 pg, 一年百十块搞定的需求, 照你的方案没个几百万硬件成本怎么玩

https://i.imgur.com/F2dUyyO.png

https://www.postgresql.org/docs/current/pgtrgm.html
你们 mysql 这么拉垮的么

这代码写的挺不错的啊，没看出来哪里有问题

```
import { fromEvent } from 'rxjs';

const clicks = fromEvent(img, 'onload');
clicks.subscribe(x => { <你的业务逻辑> });
```
不要自作聪明发明那些不可维护的代码，你能想得到的场景，早已有无数前辈替你趟过坑。
等你哪天觉得 “RxJS 不过如此，我还有个更好的想法” 的时候，再发明也不迟（顺便发几篇论文）

版本答案：RocksDB （与其他 leveldb family 产品）

解析：203 亿个 bloomfilter 在 p=0.01 下所需的内存空间约为 23.75GB 。实际上，去重所需的空间会少于 203 亿，所以在这个内存空间下，实际 p 值将进一步降低。

大部分人可能对 bloomfilter 的使用存在误解，他们只考虑在只有 bloomfilter 单一算法存在的前提下来解决需求，这显然是错误的。现代数据库对 bloomfilter 的应用主要是用来降低 miss key 对磁盘 IO 的影响。如果 bloomfilter 认为这个 key 没有出现过，那么这个 key 确实没有出现过。当 bloomfilter 认为它可能出现过，那么出现的概率为 1-p ，此时需要回表二次确认（磁盘 IO ）。

假设一个典型的重复度为 10 倍的 200 亿数据表文件，在这个空间下，p 值会低至 1e-20 。

那么对这个文件去重，总共会发生 200 亿次内存 bloomfilter 读取，20 亿次 bloomfilter 写入+磁盘顺序写入，以及 180 亿次磁盘随机读取。（考虑到数据库对磁盘的批量写入优化，sstable/memtable 这个数值将会被巨幅降低）

假设一个重复度为 0.1 倍的 200 亿数据表文件，在这个空间下，p 值变化不大。

那么对这个文件去重，总共发生 200 亿次内存 bloomfilter 读取，180 亿次 bloomfilter 写入+磁盘顺序写入，以及 20 亿次磁盘随机读取。（同上）

根据网上其他人做的吞吐量测试，rocksdb 在现代硬件条件下可以稳定达到 10k*rows/s 以上的写入性能，或>1GB/s 的写入吞吐量。乐观地估计，6.2TB 的文件应该能在 2 小时到 2 天左右完成去重。

我没有泛学也没有精学，我就直接开写
反正你泛学精学的目标也是最终变成自己的技能，能写得出来。
那为何不直接开始写。

学习学习，学只是一半，习是另一半。只学不习永远学不会

先把 Explain 贴上来再说