编译器不知道上下文，把自己想象成编译器只看这一句语句，上面的代码虽然是你写的，但你当做看不到，？等于占位用的，我不知道是什么类型
Holder<? extends long>
可能是 holder<Along extends long>
也可能是 holder<Blong extends long>
但实际整个工程里没有任何继承 long 的类，

我也不懂，1mb 好像太小了吧，ajax 请求当然问题不大，但是 htmlcssjs 图片加起来就大了，别人要是刷新几下怎么办，感觉就只能当个 api 服务器用，静态资源得另想办法。

select a.*,(select json_agg(b.*) from b where aid=a.id) as b from a
查出来就是 a , b:[b1,b2]

用函数转成 json 或者 array 塞到子查询里吧，不然还会碰到你想查用户的发帖列表和回复列表这种，一对几个多的情况，用表格无法表示结果，只能塞到一个字段里去，而且还不用 orm 映射了。否则就分两次查询。

@passerbytiny 本地是指数据库所在服务器，不是客户端，客户端是消费服务的嘛。不然所有的函数要保存状态，要状态同步，不还得去调用存储服务嘛，与其假装无状态不如大家都有状态，要强一致就同步，不强一致就互相缓存

@monsterxx03 但是他们都是往一个数据库里塞的吧，我是想存储过程塞到各自的本地存储里，互相之间远程调用。

@LongMaoz 如果某天有一个数据库的存储过程可以用任何语言写，并且可以下断点调试，是不是就爽了。

@cassyfar 是想减少通讯成本，函数做运算总要有数据源吧，数据不是从别的函数来就是从数据库来，大量计算 io 都在本地做掉是不是很好，如果不需要用到数据库更好了，连数据库都省了。

@whileFalse 这是分布式本来要面对的问题，服务都拆分了，数据库不随着业务一起拆，那和水桶最短版一样了，数据库和业务接口合并作为最小单元，一致性由在代码中保证应该挺灵活吧，毕竟对外接口是你写的控制权在你手里，需要一致的地方一致，不需要一致的地方就缓存。我不是指业务要用 sql 实现，我想要数据库支持各种语言，自身变成一个自带存储，事务和服务的框架。

@yidinghe 可以学 postgres 一样上别的语言写函数嘛，c，js，python 都可以。

即时也有不同类型的吧，有的是客户端状态同步，有的要服务器模拟对局，有的可以靠动画骗过去有的不行，卡牌的不出牌都不用同步，mmo 那种和 fps 又不一样了。

netty，vertx 呗，已经是 jvm 上最快的框架了，再不行就只能 c++了

js 用 orm 就像自缚手脚，postgres json_agg 一下，直接把 sql 当成 nosql 用。java 用 orm 是没办法，总不可能 map 撸一切吧，那和 js 有什么区别

@StarkWhite 直传 sql 意味着要解析 sql，等于又撸了一遍数据库权限系统

kv 本来就无所谓 v，v 又不直接存在结构里，只是个指针嘛。

呵呵我也这么想过，前后端分离，写个屁的 api 烦都烦死了，干脆学 mongo 用 json 查询，后来想干脆上 graphql 吧，再后来恨不得传 sql 过去，到最后觉得 sql 出来还要前端处理数据，恨不得把 js 代码发到后端 eval 一下，后来我冷静下来想想，我的大脑是被前端腐蚀了，因为却靠近前端数据越不稳定，就越想把资源重心向前端倾斜，企图一劳永逸，然而是不可能的。

机械键程太长，我不太剪指甲，回弹好键程短的薄膜正好。

强啊

没办法，类多一是写的人爽，思路清晰，二是扩展的人爽，只要继承实现，其他的逻辑都不用动，如果只想简单用用就会很不爽，因为你为了一个小功能而付出巨大的时间成本搞清他是怎么实现的