V2EX › YUyu101 的所有回复 › 第 12 页 / 共 13 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 4 5 6 7 8 9 10 11 12 13

❮

❯

2019-09-27 14:22:32 +08:00

回复了 YUyu101 创建的主题 › 问与答 › 既然现在都搞 serverless，为什么不直接业务嵌入存储过程

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

2019-09-27 13:13:40 +08:00

回复了 YUyu101 创建的主题 › 问与答 › 既然现在都搞 serverless，为什么不直接业务嵌入存储过程

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

2019-09-27 12:38:12 +08:00

回复了 YUyu101 创建的主题 › 问与答 › 既然现在都搞 serverless，为什么不直接业务嵌入存储过程

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

2019-09-27 12:32:51 +08:00

回复了 YUyu101 创建的主题 › 问与答 › 既然现在都搞 serverless，为什么不直接业务嵌入存储过程

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

2019-09-27 02:29:06 +08:00

回复了 YUyu101 创建的主题 › 问与答 › 既然现在都搞 serverless，为什么不直接业务嵌入存储过程

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

2019-09-27 02:13:47 +08:00

回复了 YUyu101 创建的主题 › 问与答 › 既然现在都搞 serverless，为什么不直接业务嵌入存储过程

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

2019-09-25 22:07:23 +08:00

回复了 SoarKyle 创建的主题 › 程序员 › Java 做强联网即时对战的手游服务器的技术可行性？

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

2019-09-25 11:57:38 +08:00

回复了 SoarKyle 创建的主题 › 程序员 › Java 做强联网即时对战的手游服务器的技术可行性？

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

2019-09-25 11:54:04 +08:00

回复了 cl903254852 创建的主题 › Node.js › Nest.js 这么好的框架火不起来感觉好可惜啊

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

2019-09-19 12:16:47 +08:00

回复了 daijinming 创建的主题 › 程序员 › 为前端准备通用的增删改查的数据接口，大家有没有好的思路

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

2019-09-18 19:48:43 +08:00

回复了 kisshere 创建的主题 › 程序员 › 有没有一种专门的 Nosql，只用来查询是否存在某个特定值的？

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

2019-09-18 16:20:22 +08:00

回复了 daijinming 创建的主题 › 程序员 › 为前端准备通用的增删改查的数据接口，大家有没有好的思路

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

2019-08-31 21:13:04 +08:00

回复了 shanlan 创建的主题 › 程序员 › 用机械键盘的人那么少吗？整个公司里就我一个人用。。。

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

2019-08-29 21:33:17 +08:00

回复了 amxku 创建的主题 › 分享创造 › 公司小伙伴折腾了个接口，整合了多个数据源，查询 IP 地址归属地

强啊

2019-08-12 00:23:45 +08:00

回复了 Cheez 创建的主题 › Android › 为什么 Android 设计这么复杂？

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

2019-08-06 22:27:25 +08:00

回复了 tomoya92 创建的主题 › 分享创造 › 写了个 b 站的倍速油猴脚本，可自定义播放速度，刷新不丢失

@deorth 不考虑信息量的吗，如果都是垃圾信息或者你不想的仔细看的画面占大多数当然能高速接受。