不敢书面化的解决方案就不是好方案

简介: 不敢书面化的解决方案就不是好方案

今天给大家讲一件职场小事。数据库有个同步数据的功能,会把数据表A里所有数据同步到数据表B里,但是同步的时候不是一次性同步完,为了提升性能使用了unlogged table的表在数据表B里。


"unlogged table":在数据库中,"unlogged table" 是指一种特殊类型的表,其数据存储在内存中,而不会写入到磁盘中的日志文件中。这种表通常用于需要高性能读取操作的数据存储,因为它们可以提供更快的读取速度。然而,这种表在数据库崩溃或服务器崩溃时可能会丢失数据。


异常重启后,数据表里B的数据直接都丢失了。当时在做该需求的时候,测试识别出异常重启后,数据表里所有数据都丢失了。测试人员希望解决该问题。因为客户确实会因为丢失数据而感到不安全。


但是某个开发组成员为了上线,就没有处理该问题。当测试问如果客户碰到该问题该怎么办。开发组成员就建议让客户把触发同步数据从表A到表B的动作重新做一遍。


精彩的地方来了,客户真的在几个月之后碰到了异常重启的场景,运维人员就按照当时某开发组成员把解决方案写到客户提的问题单里了。


然后运维被批评了,因为该解决方案虽然能解决问题但非常繁琐,而且要触发的操作太多了。找1-2个人,1-2天都不一定能完成。如果客户按照该解决方案执行,那么就操作麻烦,如果不按照该解决方案,客户就阻塞了。


这个问题最精彩的地方就是书面化当时解决方案被批评的事情。如果你不想让客户知晓该解决方案,那么为什么当时不解决该问题。


阿萨想说,如果你不想你的客户知晓该解决方案,那么一开始就不应该放任该问题到客户现场,还不解决。


这让我想起之前看到的关于不道德的解释:不能见报,不能告诉母亲的事情都是不道德的。


“在我个人看来,不管你是属于哪一个阶级的,有的东西是有共同的原则的。有人说,只要自己的良心感到安宁,就不涉及‘不道德’,这个我倒有点异议,因为每个人的良心的承受力不同,同样的事情,也许你的良心会不安,而他的良心未必不安——我个人以为,如果你知道你做的某件事情,明天要合法地见报,你会因此感到不安,那么这件事情就是‘不道德’的;如果你做的某件事情,你的母亲知道了会感到羞耻,那这件事情就是‘不道德’。


套用上述结论:不敢书面化的解决方案以及不想让客户知晓的解决方案就不是好的解决方案。
你觉得呢?


相关文章
|
10天前
|
编解码 前端开发 UED
多屏幕适配方案
【10月更文挑战第7天】
23 1
|
5月前
|
算法 Java 调度
死锁预防与解决方案
死锁预防与解决方案
|
5月前
|
前端开发 安全 JavaScript
有哪些常见的前端问题和解决方案
【4月更文挑战第13天】前端开发常见问题及解决方案:页面渲染性能优化(减少重绘、回流,利用GPU加速,代码拆分)、响应式设计(媒体查询、弹性布局)、浏览器兼容性(使用前缀,兼容性库,浏览器嗅探)、事件处理(事件委托、防抖节流)、代码组织(模块化、构建工具)、安全性(输入验证、HTTPS、安全HTTP头)和资源加载(CDN、资源优化、错误处理)。
452 6
|
Java Spring
解决方案 --[restartedMain] o.s.b.d.LoggingFailureAnalysisReporter :
Error starting ApplicationContext. To display the conditions report re-run your application with 'debug' enabled. ERROR 9680 --- [ restartedMain] o.s.b.d.LoggingFailureAnalysisReporter
|
存储 编解码 监控
报告厅解决方案
大型单位、企业都建有报告厅,单位搭建报告厅的目的是为了召开各类会议、学术讨论、演讲、报告、新闻发布、多媒体教学培训、观看电影等活动提供卓越的音质效果、清晰的画面显示以及简单便捷的集中控制。报告厅通常会涉及举办活动时将现场画面的保存记录、活动画面以直播的形式在报告厅之外的其他屏幕上观看(因为报告厅容纳人数有限的原因)。针对这两个需求我们做了以下解决方案
|
SQL 前端开发 JavaScript
6款 Retool 最佳替代方案
本篇文章的目的通过低代码平台使用者的视角引出细节,了解他们为什么使用低代码平台以及会选择哪个低代码平台来加速内部系统的开发。
802 0
6款 Retool 最佳替代方案
|
人工智能 并行计算 算法
化工行业解决方案
针对化工产业的发展现状和问题,必须把绿色发展、责任关怀、包容性发 展等作为重点,整体推进全行业的转型升级和可持续发展。数字化将成为 这一转型过程的关键推动力。
化工行业解决方案
|
关系型数据库 中间件 MySQL
MySQL中间件方案盘点
  首先数据库技术发展的基础还是在业务推动的背景下,能够实现相关的技术保障。业务需求的提升必然会在数据量,访问量等方面有更高的要求,而映射到数据库层面就不是简单的扩容和添加资源了,我们有时候更需要弹性,需要快速实现,需要更高的性能。
2332 4
ABPZero中的Name和SurName处理,以及EmailAddress解决方案(完美)。
使用ABPzero的朋友们都知道,User表中有Name和Surname两个字段,这两个字段对于国内的用户来说相当的不友好。 以及我们的一些系统中是不会涉及到EmailAddress字段。
1117 0