很快速的把产品研发上线甚至mvp版本

Sharing knowledge to enhance japan database performance and growth.
Post Reply
rifat77
Posts: 25
Joined: Sun Dec 22, 2024 3:51 am

很快速的把产品研发上线甚至mvp版本

Post by rifat77 »

所以就像总有一个苍蝇在你嘴边飞不知道哪天就被吃进去了…所以就只能尽可能多的约束但是约束是约束不了生成诡异的SQL代码逻辑的。 但是对于前一种方式(v)来说出错会意味着查询失败但不会有“惊喜”!因为这里面主要可能出错的是在NLP分词的环节分词分不好最多是维度、指标的错误和缺失之类的把这些分词结果加到SQL中进行查询最多就是没有数据结果而不会“一本正经的胡说八道”。 所以说v版本的: 优势是——可以确保查询出的数据的准确性。 缺点是——构建复杂会有很大的技术壁垒比如知识图谱。 所以研发用时会很久对于一般效率的研发来讲至少要-个月的时间才能有产品的mvp。



v版本的: 优势是——可以时无法解决的“惊喜”问题 印度号码查询 是这种惊喜还不容易发现和监控甚至不容易察觉。 有的时候如果你的数据产品数据准确性像中奖一样且无法解决对于需要可靠性的场景就直接被pss。但是从另一个角度来说有很多对数据准确性没有那么严格但是对取数效率比较重视的场景就是一个很好的产品。并且其实可以通过多次的查询以及经验去做简单的验证和判断。 毕竟对于这么炫酷好用的东西很多老板可以暂时容忍一些小缺点的是吧! 以下是一些补充信息 本文中涉及到的一些专业名词解释: NLP:自然语言处理一般通过算法模型进行语句的分词、内容分析、情绪分析等。
Image


增强分析:通过机器学习和的方式降低数据分析成本以及自动化的分析挖掘 NLQ:自然语言查询通过自然语言的方式转换为查询语言比如SQL等。 提示词(Prompt):通过提示词帮助大模型理解用户的意图要做什么事情。 元数据(Mt):描述数据的数据比如像表的元数据信息就是指的表名称、路径、字段描述之类的相关信息与表内存储的数据无关。 本文涉及到的一些核心专业知识点: 指标模型的构建——文中指的是两方面: ①一方面是指标抽象的构成方式「时间周期+修饰词(维度)+原子指标」; ②另一方面是指的基于这种构成方式数据表模型的构建。
Post Reply