1. Toy模板网首页
  2. > Toy博客

2023-05-25 最近的一个客户POC的反思

10月前 作者：财阀悟世 分类：Toy博客 阅读(63) 违法举报

这篇具有很好参考价值的文章主要介绍了2023-05-25 最近的一个客户POC的反思。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

摘要:  

最近在遇到一个客户的POC的问题,其中经历诸多有意思的事情, 有必要记录一下，以作为后续创业所要避免的地方。文章来源地址https://www.toymoban.com/news/detail-466965.html

客户POC出现的问题:

  1. 查询SQL中, 存在给查询到的列属性赋值的情况
  2. 给属性的赋值的数据类型，和列属性的数据类型，不匹配，比如给整形的属性赋值字符串
  3. 在所做的项目中，数据库对于查询，从myql/sql层，到列引擎层, 有一次的查询语法树的转换
  4. 在最开始暴漏出的问题中, 存在union all场景下无法赋值，但是在union场景下却能赋值
  5. 对于union all的场景, 已经被解决，解决方案也比较简单，重点在于找到数据类型不一致的地方，然后使用要赋值的类型，做一次数据类型的转换
  6. 到此为止，唯一遗留的, 便是加上order by之后, 导致查询结果出错
  7. 对于order by, 此时是对temp table做处理, 在昨晚排序之后，会将元组进行一次给sender的传递, 此时存在拿列属性的操作, 而此时, 仅仅是依据列的属性做取值, 而没有考虑到给列赋值的数据的类型
  8. 通过以上的分析, 可以发现最麻烦的并不是具体的修复，而是找到列属性和给列赋值的值的相关信息，这要考虑到对于查询语法树本身的结构

在解决过程中的问题

一. 技术团队中的拖延现象大大出乎我的意料

  1. 此处如果仅仅归因于态度问题，是无法解释的
  2. 更多的，是做这事情的人的能力问题，具体可以理解为:
    1. 对现有代码的熟悉程度
    2. 对问题的敏感度, 也就是从现象关联到代码的能力

二. 能力问题

  1. 此处再次提出能力问题, 就不仅仅是对代码熟悉本身了
  2. 此处也包括从现有信息做出更快决策，以及从他人身上学习的能力
    1. 考虑到我已经将问题的重点给出，依然是徘徊，那么就必须理解为此人无法从他人身上学习
    2. 由于无法从他人身上学习，那么就必须从零开始做摸索，导致大量的耗时在摸索上

到了这里，关于2023-05-25 最近的一个客户POC的反思的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处： 如若内容造成侵权/违法违规/事实不符，请点击违法举报进行投诉反馈，一经查实，立即删除！

分享到：
领支付宝红包 赞助服务器费用

相关文章

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包，优惠每天领

二维码1

领取红包

二维码2

领红包