暂无搜索历史
做企业系统迟早会撞上这个矛盾:开发和测试要拿真实数据才能排查问题、验证功能,但生产库里的手机号、身份证、银行卡、病历都是受法律保护的敏感信息。《个人信息保护法》...
很多企业的系统运维状态是这样的:用户打电话说"你们系统打不开了",技术才知道出了问题。从故障发生到被发现,中间隔了一个客户的耐心。等业务做大了、系统多了,"服务...
系统上线头一年,数据库从来不是问题。等业务跑起来、数据量涨上来,问题就来了:报表查询从两秒变成两分钟,订单表过了千万行后写入开始变慢,大促高峰期数据库 CPU ...
企业系统的事故经常是这样发生的:某个第三方接口响应变慢,调用它的请求堆积,线程池占满,整个系统被拖垮——起因只是一个边缘功能,代价是全线瘫痪。又或者大促流量超预...
企业系统里的搜索框,大多是摆设:合同管理里搜"上海 机械",只匹配连续字符的合同名,搜不到正文里提到这两个词的合同;知识库里搜专业术语,结果按时间排序而不是相关...
企业系统变慢,十有八九不是代码问题,而是"同一个数据被反复现算":首页报表每次打开都实时聚合全表、商品列表每次刷新都连查五张表、权限树每个请求都重新递归计算。缓...
企业系统用着用着,附件就成了大问题:ERP 里的合同扫描件、CRM 里的客户资料、质检模块里的不良品照片、OA 里的审批附件——几年积累下来几百个 GB。存哪里...
企业系统出问题时,最让人抓狂的不是故障本身,而是"查不到谁干的":客户资料被改了,不知道谁改的;库存数量对不上,不知道哪笔单据动过;员工离职前批量导出数据,事后...
一些问题的细致解决方案以及不同系统的对比,在这里都可以找到
业务系统里几乎每个单据都要一个单号:订单号、发货单号、入库单号。要求听起来简单——全局唯一、不能重复。但真做起来会发现还有一堆隐性需求:要按天递增方便对账、要带...
企业上管理系统时,除了选什么系统,还有一个更基础的问题:系统部署在哪——买云服务器用SaaS或云端部署,还是自己买服务器搞私有化部署?这个话题常被两种极端声音主...
做交易类系统(电商、票务、本地生活),"下单后30分钟不支付就自动取消并释放库存"是个标配需求。实现方式常见的有三种:定时任务扫描、Redis过期监听、消息队列...
做交易类业务(电商、票务、点餐、仓储出库),库存扣减是绕不开的一小段代码。它看起来只有"查库存、判断、扣减"三步,但并发一上来就会超卖。这篇文章用 Go + M...
各类APP、小程序、ERP、系统报价
暂未填写公司和职称
暂未填写个人简介
暂未填写技能专长
暂未填写学校和专业
暂未填写个人网址
暂未填写所在城市