24 人,厉害了
看了区号 知道了
城市是什么
排版有点乱
为啥这么说
这不就是普通的的多对多关联嘛 等你有 1000 个供货商再去考虑优化吧 空谈意义不大
国内是这样 国外不知道怎样
本来以为是恶搞,最近看起来像真的啊
这个完善一下如果能集成到 rails 里,对复杂项目还是有很大帮助的,比一些语法糖之类的 feature 要有用的多
有几个主题是痛点,很期待,啥时候放票😜
这里也有 matz 啊
trigger 或 check constraint 都可以吧
ALTER TABLE book_shelfs ADD CONSTRAINT books_count_check CHECK (
books_count <= 10
);
有点乱
表姐堂姐什么也算姐妹吧...
其实主要是思维方式的改变
不是说用了 restful 框架写出来的 API 接口就是 restful 接口,restful 带来最大的认知是如何抽象资源。能摆脱 View 驱动是 json-api 和 GraphQL 的进化方向。如果没有这个认识,即使用 GraphQL 也可以写出狗屎一样的接口,并且自己完全意识不到那是狗屎。
就是缓冲一下咯,如果简单的 msg 插入也是瓶颈的话,确实不适合。其实 pgmq 可以使用 multi node 模式的,也没问题。
https://ruby-china.org/topics/25579
每家公司每月限发布一条招聘信息,30 天后可以重新发布,多个职位的招聘信息请合并到一个帖子中发布
looks good.
解决不了你的问题
榜上没有的是最值得学习的...
哇 graphql+pg+ RN = awesome.
那再加一个 mutate 和 re-consuming
pg 9.5 和 mysql8 之后有了 skip locked,锁不是一个大问题。但不同的消息队列的功能特性差异很大,例如:
所以,如果你的应用场景需要 持久化 + 延迟队列 + 优先级,那么 rabbitmq 和 kafka 都满足不了,这些逻辑只能要应用层去实现。
db 做队列性能一定不如流行的 mq,但也有其他优势。
Auto Vacuum 是可以定期清理的,只是磁盘空间会占用,不会对查询影响:https://www.postgresql.org/docs/9.5/routine-vacuuming.html
新玩具~~
感觉 ActiveJob 没啥用
delayed_job 已经不支持 rails 5 了吧,跑不起来...和 DJ 比有点欺负人啊,毕竟 DJ 是上个世纪的东西了。pgmq 真的非常有意思,这个坑够填一阵子了