如果你对性能要求很高，且是导出块存储使用，不建议没经验的自己搞

之前给人搞生产的 ceph 可行规划，都得收大五位数，实施另计

就单纯的硬件选型匹配需求就得大五位数

@aloxaf #12
比如 mihoyo 的游戏都是 6AM-11AM 固定停服更新
应该是最优解了
这个点更新 也就跟早晨上半地铁上清体力的冲突一点

@sillydaddy #28
随便一个检查项目，发光法化学法电泳法酶免法全是一个独立条目 然后还有限不同病种的匹配关系
只能说 你压根就没带领过大型项目 无知限制了你的想象力

@sillydaddy #28
我现在做的就是啊 省医保 里面药品 器械 操作 加上品牌 加上特殊标志 加上商品名 单价成本价什么都得排序
目前已经快上五百万条目了 因为里面还有各种加收项目 加收 1~n 还有各种限抢救 限病种不同分类

而且操蛋的是 这不是国际通用商业数据库 必须是信创目录的 性能渣的一批

@sillydaddy #26

我很好奇，你一个月挣得估计都没我一个月就软件项目交的税多，哪来的勇气虚空开除我，梁静茹给你的勇气吗？

@sillydaddy #23
你就杠吧
我都开发过多少套这种程序了
你不要虚空跟我杠你所谓得哪些需求需要前端 哪些不需要前端

假设一个系统内，有 100 万条商品信息，其中成本一项需要加密
显而易见，你不能每次操作都把 100 万条商品信息全取出来让程序去排

“按照成本排序并分页显示”
“筛选成本在一定金额范围内的并分页显示”

这是任何一个商城类系统都雷打不动的

这个得实现只能带入 SQL 里面去 price BETWEEN 和 ORDER BY PRICE 否则你一次 100 万条都拿出来吗？
这也是 OP 得需求

请你给我举例一个你说的场景得刚性需求 如果你觉得这种不写入库内性能就够 咱来个 performance bench 实际测一下你的说法可行不可行


都是搞技术的，talk is cheap, show me your code

为了杠构造点东西骗骗外行也就罢了 别连自己都骗了

@sillydaddy #20
人家的需求就是 保密成本单价 让接触系统的人看不到 这是一个非常常见且合理的需求

我都经手过很多个这个需求的系统开发 比如牙科系统的牙冠成本价 医生都知道 医院都知道 但是他们完全不希望给他们开发系统的开发商和运维商知道

能不解密排序 能不解密比价 走索引 是基本要求

而你说这种 ax+by+c 场景，你确定是要写在 SQL 里面进行计算的吗？什么场景会有这种要求？

不都是取出来在程序侧计算，而程序侧是有解密的系数的 直接解开爱怎么加怎么加

@sillydaddy #20
为啥要求和？
什么系统什么场景会有商品上游渠道单价求和这个操作？

@olaloong #81
因为 4G/5G 通话协议自带视频通话协议，而这个视频通话跟 facetime 有竞争关系
所以苹果所有手机都砍掉了对视频通话的支持

而视频彩铃业务基于 4G/5G 视频通话

@dapang1221 #10
where price > xxx
加密后的 还是可以写的
首先暂且将价格固定为分为单位的正整数

然后可以设定一个纯缩放算法，将原始数值 与一个限定范围的正整数系数作为变量 通过一定公式进行缩放算法
缩放算法 就是连续函数 f(x)在 x 为正整数时单调递增 且当 x 为正整数时 f(x)也是正整数
这个函数中的一个或者多个变量，由客户自行初始化时设置 存储到另一套数据库存储

同时，将商品基础信息描述，存储到另一套系统 实现数据库比照隔离

@JKOR #6
按价格降序排序怎么写？

@Danmen123 #36
你可以再换成 golang
10K QPS API Server 就几百 MB 内存
看着 2C4G 的服务器内存连 1G 都用不上，最后每个计算节点都开了个 redis cluster node 分配 3G 内存才舒服一点

windows

@fengfisher3 #63
你老婆如果是移动 QXSP 发到 10086 就能关了

PS 不是推荐股票 不是推荐股票 不是推荐股票 不要跟着我说的操作 我只是陈述历史

个人红线 我个人不碰任何投资工具

之前有个朋友跟 OP 一样 一天天没事闲的不好好挣钱 净整什么港卡美户

然后我就跟他说（大选前） 川皇上来 肯定要严打非法移民

你要是相信川普能赢 梭哈监狱股去吧

到现在已经盈利 100%了