V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sampeng  ›  全部回复第 9 页 / 共 157 页
回复总数  3130
1 ... 5  6  7  8  9  10  11  12  13  14 ... 157  
73 天前
回复了 justincnn 创建的主题 MacBook 512 的 macbook 又被塞满了
@julyclyde 哦。这是想多了。肯定要是雷 4 的线和口。。我花了小 500
全世界所有的网站本质都是增删改查
复杂的是有没人用
73 天前
回复了 vfx666 创建的主题 问与答 真有人花钱买 ssl 证书?
一年 2000 在 LZ 看起来是智商税。。那这个公司没什么好讨论的。。连 2000 都觉得贵
哦。。那你这段数据同时被两个接口做 update ,请问阁下如何应对?
我是麦德隆和盒马都是经常购买的。
但两者都是应急才去买。为什么?
因为我亲眼看见:上上周的牛里脊放在最外面,新鲜的放在最里面。我是要给孩子买好点的牛肉,所以特别看了一下日期。然后叫了一下服务员,服务员说:哦,吃了没事的,都是冷藏。这是上一个理货员没拿下去。

就这一件事,我再不敢在这些地方买牛肉类的。
最后补充说会员卡的。除了最高一档 688 的,200 多就是一年的停车费而已。我是买的 688 一年的,相当于打个 92 折。因为我经常去,是划算的
很多人说 sam 的卡是装逼。觉得高人一等。
作为每个月大采购一次的。sam 和大冰箱是绝配。他本来的定位就是你一次性大量采购品质的平均线是基本一致的。反正我去山姆买很难买到品质差的,不能说特别特别好。他下限高啊。缺点就是有的东西太多了,饮料动不动就是 24/36 一箱。买个薯片饼干要论箱买。这个其实不友好,我就是想尝尝而已。

相反,超市理应是同样的走量,高质的。但超市为了短期利益,都是面向大妈大爷们,成了菜市场。这么说吧,超市早上去和晚上去你买到东西品质是不一样的,山姆晚上 8 点的东西和早上 8 点的东西,品质基本一致。

山姆也自己做出了自己的拳头产品,国内有一个算一个,除了胖东来,一个能打的都没有。

山姆的牛肉还是那句话,他一定不是最好的,但是下限最高的。去菜市场买,要靠自己眼睛和运气,山姆你哪天去,拿的牛排都是 ok 的。想吃牛肉? 10KG+的大包够你吃一个月的,算平均价格比超市还便宜。

我家的冰箱基本去一趟山姆冷藏就满了。

牛肉卷,跟风仿造的一大堆,味道嘛。。吃了的都知道。
74 天前
回复了 Features 创建的主题 MySQL MySQL 数据上亿以后,查询分页问题
如果是可以迁移库。。有一说一,迁移 pg 保平安。。最少一个分区下去就能解决你大部分问题。。
74 天前
回复了 Features 创建的主题 MySQL MySQL 数据上亿以后,查询分页问题
1.cursor 法,上亿的数据,就算你 20 一页吧,产品经理麻烦你来给我翻到第 1234567 页谢谢。。。其实都这么多数据了。total 返回一个固定值估计都没人发现。。哈哈哈哈哈
2.分区。哦。不好意思。。窜台了。mysql 没分区。那就只能分表了。
3.外置表。也就是其他的解决方案,这就可以随意脑洞大开的想方案了。问题是很容易成另一坨屎山。任何新技术的引进都会导致复杂度的上升,我相信绝大多数用 mysql 到几亿了才想到分页怎么搞的 team ,玩 clickhouse 好,玩 es 也罢,都是会踩你没踩过的其他的雷的。
持续重构。没有第二条路。其他都是扯蛋。如果没有投入持续重构,动不动就是,这个功能稳定了,不能动,代码不能改。吧啦吧啦。。这必定成为一个新的 shit 山
都几亿数据了。你要说没备份库我是不信的
74 天前
回复了 justincnn 创建的主题 MacBook 512 的 macbook 又被塞满了
nas 啊。。。。再不济。。接个外置硬盘在 dp 口上。
真想不明白怎么可能有 500G 的数据经常要查看。。
说的轻轻松松是有前提条件的。仅仅是业务查询,非聚合查询。聚合分析别说上亿了,上千万,可能就得考虑上 olap 的分析工具了。

另一方面,你都上亿的数据了,还是需要分析的。4c 16G 是不太小了点。这个成本是可以计算的。

1.clickhouse 集群。4*16 集群 x3.
2.mysql 把硬件往上面拉三倍。

从哪个角度看都是 2 成本更低。除非你能做到 1 是动态的,但投入的隐形成本又是另一回事。

换句话说,我个人认为绝大多数的场景,堆机器就够了。除非有数据分析团队资源,全靠研发自己出方案,实在得不偿失
79 天前
回复了 tool2d 创建的主题 职场话题 感觉学前端技术,很难升职加薪。
这倒是,有 gpt 加持,后端狗半天就会撸前端了
反正作为运维,每个新项目我都要怼一次后端开发 leader:不许给我搞微服务,你就单体。

单体也需要运维,都让研发搞就是逗闷子的。只是真不需要一堆运维了,我一直认为国内公司,90%有且只需要两个运维。搞微服务?那就看架构吹牛逼吹多大了。

我怼得最多的一句:高并发?你自己试过本地 mysql 1000 万数据集两到三层良好索引的 sql 效率吗?没有?没有你扯犊子的因为性能横向扩展?
如果有 apple vision 。那就只有这个。如果没有。憋着
86 天前
回复了 dc2002007 创建的主题 React react ui 组件库选择
组件是为需求服务的。。
你这相当于我要一个超级牛逼一统天下的组件库。等于没要求。
86 天前
回复了 VensonEEE 创建的主题 Java PHP 转 Java ,上千张表需要 CRUD
按回车按快了。。
另一方面肯定不是一蹴而就,前面网关做分离工作,迁移一批网管流转新流量过来一批。反正这么大的规模,就算是看起来是差不多的业务逻辑,但凡错一个,估计得祭天。
86 天前
回复了 VensonEEE 创建的主题 Java PHP 转 Java ,上千张表需要 CRUD
从写单元测试开始。上千的表。接口也差不多上千了。你怎么保证重构完了一摸一样的结果和逻辑?
86 天前
回复了 utodea 创建的主题 程序员 血压计数值图片识别怎么实现?
折腾时间够买一个带云功能的血压计了。。
1 ... 5  6  7  8  9  10  11  12  13  14 ... 157  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2729 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 55ms · UTC 12:44 · PVG 20:44 · LAX 05:44 · JFK 08:44
Developed with CodeLauncher
♥ Do have faith in what you're doing.