@bthulu 也合理, 面向对象就很关系型

@bthulu 我猜, 是一种泛化 schema 的东西么?

@bthulu 哭唧唧, 我是野生的, 我不知道 efcore 是啥...

@golangLover 啊哈, 和我手工的做法差不多, 我也是用了 type, 看来我虽然笨, 但是没弄错.

感谢 java, 这样拼凑的东西也能用

@golangLover 面相对象的范式本身就挺关系型的, 这个同构是怎么来的... 我其实不太懂 hibernate... 我写 clojure 的. 我最后选择直接把父类记成 entity 了, 把几个表合并了.

@mm163 交给程序判断也可以, 反正 SQL 引擎自己也是图灵机

@golangLover 相当于给多个表做了一个父类?

这决定于你要一个还是两个 schema
一个的话就改表结构, 添加一个外键
两个 shcema 的话, 就用"地址". 让程序用"地址"去找原始数据

@DonaldY 我想到一种情况, 就是说假设有事件 A, B, C, 我们来看 C, C 的间隔在记录的时候是 C-B, 但是如果 B 被删掉了, 是不是就变成 C-A 了? 这决定于事件这个 entity 的性质, 比如人事问题, 记录了什么, 是在职员工的, 还是历史员工的?

管用就行, 能拔脓就是好膏药. 比如我就写不来 C 这一绺子的代码, 只能写函数式...

能用微信群已经是 "咱们自己的孩子" 天大的恩惠了, 你居然还不满足?

标准做法不是做隔离么?

@Dregs2 我今天又怼了一天 macro, 自定义 macro 组装 go-loop, 里面还有<!和作为传进来参数的 channel. 人都麻了. clojure 还真是有点问题, 数据结构上, 不像其它 lisp 是封闭的, clojure 很多数据本质是 java 对象, 包括语言本身的要素, 正向求值 fn 的时候没问题. 但是在 macro 里面如果, 就不能形成 clojure 代码的 closure. 如果 var 里面是一个 java object, 它也可以 unquote, 但是 eval 不认... 这时候就得手操 dynamic var, 或者 intern symbol, 或者 laziness (如果这个 object 其实是 clojure 代码产生的), 把 macro 里面 eval 要用的数据套一个 clojure var 的形式, eval 这个东西, 还不接受 lexical binding, fn 参数符号和 let 的符号都不认. 不过这个用 macro 接收 s-exp 拼一个能运行的 form 的目的总算有点眉目了.

管理能力拉胯

我不懂, 但我大受震撼, 对于不认识的, 3, 4k 就能, 对于真心喜欢的, 可能相伴终生的, 就要拼命拿捏, 榨得渣子都不剩...

@Dregs2 是, macro 会把整个 list 对应到一个 symbol 上去, 只 resolve 一次

@1hscj3sm63 我哭死, 我写不来 C 系的语言, 都是谭浩强的错