健康资讯 语音到SQL。从自然语言问题中实现语音驱动的SQL查询生成
随着智能手机和平板电脑在我们日常生活中的普及，基于语音的输入已经获得了很大的发展，因为语音是人机交互的最简单和有效的方式。本文致力于设计更有效的基于语音的界面来查询关系型数据库中的结构化数据。我们首先确定了一项名为 "语音到SQL "的新任务，其目的是理解人类语音所传达的信息，并将其直接翻译成结构化查询语言（SQL）语句。对这个问题的一个天真的解决方案可以以级联的方式工作，即一个自动语音识别（ASR）组件，然后是一个文本到SQL组件。然而，这需要一个高质量的ASR系统，同时也会受到两个组件之间的错误复合问题的影响，导致性能有限。为了应对这些挑战，我们进一步提出了一个新的端到端神经架构，名为SpeechSQLNet，直接将人类的语音翻译成SQL查询，而不需要外部的ASR步骤。SpeechSQLNet的优势在于充分利用了语音中丰富的语言信息。据我们所知，这是第一次尝试根据任意的自然语言问题直接合成SQL，而不是基于自然语言的SQL或其变体的有限SQL语法。为了验证所提出的问题和模型的有效性，我们进一步构建了一个名为SpeechQL的数据集，通过对广泛使用的文本到SQL数据集的备份。在这个数据集上进行的广泛的实验评估表明，SpeechSQLNet可以直接从人类语音中合成高质量的SQL查询，在精确匹配精度方面优于各种有竞争力的同行和级联方法。
《Speech-to-SQL: Towards Speech-driven SQL Query Generation From Natural Language Question》
论文地址:网页链接
公司BI上线近一年，直观的图表展现，得到了同事们的好评，但随之而来的就是各系统，数据抽取问题，比如WMS 电商Erp Sap等等。
这其中，sap的取数，比较繁琐，最开始用比较传统的方法，se37 建rfc，然后C#通过nco传过来，再写入sql server
步骤比较多。
接下来，想到第二种方法，通过ODBC直连hana取数，测试发现t001这类表记录少的没问题，但是像acdoca这种直接卡住，又放弃了。
最后，找到kettle这个软件，觉得很适合干这个活，建好数据源，配置好转换，放作业里，定时抽取，基本可以满足需求。
大家有好方法，也不妨分亨一下！
我是31岁来的北京，今年36。在北京干了5年运维，自己顶多还是一个二流运维。上个月才把shell基本捋清楚，像样的脚本其实也没写几个。python是完全不懂。今天晚上下班前，老板找我谈话，让我多学点。因为他并不信任我们现在的架构师，但他应该是相信我。我有2条路，一是帮他介绍一个好的架构师，二是现在的架构师如果真有问题，我和其他3个Java开发能把整个后端担下来。
我是spring boot一行代码没写过，MySQL只会部署和备份，SQL脚本也写不明白，存储过程就更别提。我连个运维都不敢说是一流水平，哪来的自信给公司做架构师？
但是，这可能是我留在北京最后的机会了。
很多35岁的人，连这样的机会都没有。
我得想想怎么给自己尽快的补短板了，补多少算多少。
头条上时不时见一些炒作国企的文章，说国企工作如何稳定。其实在市场经济条件下，国企早已不是过去计划经济时代的形态。
本人的父亲退休前是一家国企的财务经理，这家企业的主营业务是纺织品国际贸易，企业发展得非常好，还建了一栋二十多层的写字楼，父亲退休后又被返聘继续工作了五年才离开工作岗位。我父亲和我谈起他的工作单位时，曾透露了这样一些情况：虽说是国企，但企业运作完全是市场化的机制，工作能力不行者其聘用合同到期后单位人事部门不会续签，期间不会超过五年。这一点本人是有亲眼目睹的，那是父亲退休的前几年，我因为有事去父亲单位找他，进了办公室见没人，我坐下等待，这时进来一个约四十多岁的男士，问有没有废报纸和纸箱之类回收。后来我向父亲问起怎么会有人在这办公楼里收废品?父亲说那人原来是他单位的同事，后来被淘汰下岗了，没有其他门路，只好做起了收废品。还有一件事也值得一提，父亲所在的财务部，有个会计被安排了一个任务：定期备份部门服务器上SQL SERVER数据库的数据。后来服务器硬盘挂了，等要恢复数据时才发现那会计从没备份过，公司领导见他对待工作如此马虎，就把他辞退了。后来在公司会议上领导声明，这是首次开除管理人员，以后还有管理人员对工作不上心造成损失，一样走人。至于业务岗位，那公司也招聘了不少学外贸专业的本科生，这些毕业生教育背景很好，科班出身，英语六级，有的还入了党，可真正让他们做业务，却没几个做得起来的，那公司业务部门走的人不知有多少。当然业务做得好的业务员也有，有的业务做得熟了，干脆离开单位注册贸易公司自己创业，有的开办服装厂，直接生产服装向国外出口，有了自己的产业，同时和老东家也继续保持业务上的往来。
同样是国企员工，际遇却是相差甚远，有的沦为拾荒为生，有的离开公司自己当老板。这也许也是趋势，企业终究是创造效益的平台，而不是福利院。
现在数据库工程师的行情应该不会这么差，今天看了一个招聘信息，我觉得这个企业应该换HR了。
招聘人数:1学历:大专及以上学历工作年限:3-5年工作经验工作地:珠海薪资:3.54k岗位职责:1、迸行业系统数据库的规划、设计、调优;2、对数据库进行管理,负责数据库监控、备份、迁移;务系统数据库的定护和异常处理;对数据库性能和慢 SQL 分析与调优;对应用系统进行压测和出分析优化报告招聘人数:1学历:大专及以上学历工作年限:3-5年工作经验工作地:珠海薪资:3.54k岗位职责:1、迸行业系统数据库的规划、设计、调优;2、对数据库进行管理,负责数据库监控、备份、迁移;务系统数据库的定护和异常处理;对数据库性能和慢 SQL 分析与调优;对应用系统进行压测和出分析优化报告
不是搞开发的，不明白为何要如此设计表结构
用户表，权限表， 少一个用户和权限关系表，
如此设计结构，做导出的时候，写sql 真的废脑子。
【SQL的低级错误，爽的除了你，还有项目老大】
今天继续练SQL，目标是趁着周六休息，把SQL基础部分学完。从下周开始学习JDBC了。在练习的时候偶然想起，我记得十年前我们项目曾经发生的一次生产事故。
当时我们为一家保险公司研发核心业务系统，系统已经上线了，我们按甲方要求做后期的迭代和运维。有一次业务方投诉，我们系统里的部分单据数据找不到了，后端JAVA小哥哥第一时间排查问题。经查实，是由于一段删除SQL，没加where条件......
救火刻不容缓。我们找到最近的数据备份，再经过必要的加工，一顿操作猛如虎，数据恢复一中午。虽然甲方的批评显得和风细雨，项目老大还是不得不杀一儆百。那位后端JAVA小哥哥扣发当月奖金，并在项目老大的监督下，手写检查，痛定思痛。从那以后，项目加强了对SQL的管理，此处不再展开。
DELETE一时爽，一直DELETE一直爽。后来这位小哥哥选择坚守岗位，并没有“删库跑路”。各位吃瓜看官大可放心。洗洗睡吧。
#java##科技圈大小事##雷蒙爸学编程#
