@Braisdom SQL 是 Query DSL，HTTP 这种事 Application layer communication protocol，他们的复杂度、拓展性、和解决的问题是不同的，怎么能混为一谈

@Braisdom Java 是通用语言，SQL 是领域特定语言，把 Java 和 SQL 进行比较还是蛮怪的。如果要说他们之间的关系，SQL 可以成为 Java 能力的延伸，本身和 Java 不矛盾。试图用 Java 解决所有问题才是比较奇怪的做法。况且很多数据库都有专有的语法，函数库，用的时候隔着一层“通用”的封装，可能会很鸡肋。

@Braisdom 确实可能存在你说的情况，那种情况无论用什么工具都是很复杂的，因为数据存成这样，已经有一个复杂度在了。我觉得要控制这个复杂度的话，应该从数据角度出发。

这种场景基本是 OLAP 或者出报表吧，如果是这样，可以考虑抽取数据到宽表，或者更灵活的非关系存储

很厉害。
说说我的看法，你的目的是类型安全（基于 Java 的类型系统），你尝试达到这个目的的方法是设计一个基于 Java 的 DSL 。
但是（我要泼一下冷水），SQL 就是 SQL，你的 SQL 生成器再精妙，还是不如直接写 SQL 来得简洁有力。
我就不喜欢什么 Linq 、JOOQ，这些东西都是脱裤子放屁，千方百计要用代码去生成 SQL 语句，而不是直接写 SQL 。
一方面，写 SQL 是必要的工作，最终调优的时候、Troubleshooting 的时候还不是要去看 SQL ？类型不安全的 SQL 往往在写代码的时候就会发现，这个问题也不是写 SQL 面临的主要矛盾。更多的，SQL 也是一门久经考验的“语言”，也有丰富的静态检查工具。
我支持 SQL 。

拉个群，直接传里面

换个 Node.js 试试

Node.js ，都不用换语言，美滋滋

可以试试坠新的 compose-jb

要写代码的话，最好可以提供个电脑方便敲代码。写到白纸上会不会不太方便？

真棒👍

可以都写吧，加一下说明

很好用

@GTD 时间复杂度 O(n^2)的意思是，随着 n 的增长，时间复杂度呈 n^2 增长，并不是两个相同时间复杂度的算法花费的时间是一样的

比如两个算法，一个算法花的时间是 n，另一个是 10000n，他们的时间复杂度都是 O(n)，但他们花费的时间相差一万倍

另外，现代计算机其实对于交换和比较的耗时其实是有差别的，另外，不同排序算法对 CPU 缓存的命中率也会影响排序的速度

我稍微看了一下你的代码，有个点注意一下，Java 数组本身就是协变的，没必要加那个协变泛型标注

刚刚简单了写了一个
https://gist.github.com/cbdyzj/00bf90ae5def3609c3831b107ec89c21

macOS Big Sur 11.0.1

openjdk 15 2020-09-15
OpenJDK Runtime Environment AdoptOpenJDK (build 15+36)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 15+36, mixed mode, sharing)

--- n = 1000 ---

Random Array
InsertionSort: 0.004 s
SelectionSort: 0.004 s

Ordered Array
InsertionSort: 0.0 s
SelectionSort: 0.001 s

--- n = 10000 ---

Random Array
InsertionSort: 0.042 s
SelectionSort: 0.05 s

Ordered Array
InsertionSort: 0.0 s
SelectionSort: 0.03 s

--- n = 100000 ---

Random Array
InsertionSort: 1.367 s
SelectionSort: 2.803 s

Ordered Array
InsertionSort: 0.0 s
SelectionSort: 2.793 s

700M+，不太正常
正常 web 工程，所有依赖打成一个大 jar，一般不会超过 100M

多大？

阿里是菜鸟吗？比蚂蚁工作强度低一点吧

打发叫花子还行