kettle开发-Day38-其实chatGPT一直在身边

这篇具有很好参考价值的文章主要介绍了kettle开发-Day38-其实chatGPT一直在身边。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

前言:

最近chatGPT火出圈,其实不是chatGPT多智能,只是它用了一种新的交互方式来组织我们现有的知识,然后通过“高智商”的表达来使我们惊艳。但是目前或者未来的人工智能缺少创造力,他们只会整合信息目的是提高我们的效率。现在好多人不是说,ChatGPT可以写小说吗?至少可以先让程序写一个初版,然后作家再亲自上手精修。针对这个现象,作为一个作家,特德·姜给自己的同行提了个建议。就是,不要这么干。因为初稿对作家来说,其实很重要。

借用特德·姜的原话。你的初稿只是一个原始想法的拙劣表达,你对它是不满意的,而初稿的价值,就在于让你意识到,你所说的和想说的之间的距离。这能够指导你重写东西。当你使用人工智能写初稿时,你将缺少这种指导。正如有句话说的,最适合你往上攀登的台阶,往往不是别人,而是昨天的自己。其实在我们身边的很多工具早就有了chatGPT的功能了。今天分享kettle中的那些人工智能。

一、kettle的AI能力目录

  1. 跨库同步

传统

kettle

效果对比

  1. 源库与目标库类型一致

  1. 需提前整理表名、表结构等

  1. 只能全库同步、批量SQ表同步

  1. 不限制数据库类型

  1. 无需整理SQ

  1. 1:1灵活复制

  1. 传统方式耗时长、数据库类型限制

  1. kettle可灵活选择、无数据库类型限制

  1. kettle更AI(智能)

例:

源库是oracle,目标库必须是oracle,同步时数据泵或者第三方同步软件全库或者批量表同步

例:

源库是mysql,目标库可以是oracle、mysql、sqlserver任一类型,灵活选择同步方式

2.自动开发

传统

kettle

效果对比

  1. 写数据泵脚本、等待同步耗时在一天左右

  1. 编写建表SQ、同步表超一百时,错误率高、开发周期长

  1. 购买第三方软件,选型时间长,部署服务器、运维等,耗时长、成本高

1、可视化开发,可见即可得

2、标准化开发,几步自动完成

3、零代码开发,DevOps

  1. 传统方式耗时长、成本高

  1. kettle更AI、更高效

例:

源库是oracle,目标库必须是oracle,同步时数据泵或者第三方同步软件全库或者批量表同步

例:

源库是mysql,目标库可以是oracle、mysql、sqlserver任一类型,灵活选择同步方式

3.自动优化

传统

kettle

效果对比

表同步后,数据进数据库后不会根据数据量和开发程序的特点提出优化建议

  1. 开发程序不同自动生成优化脚本如自动生成单主键、联合主键索引

  1. 根据开发程序自动生成增删字段语句

  1. 根据源数据库数据自动匹配字段类型

  1. 传统方式下数据库优化全靠经验

  1. kettle模式下AI自动优化

例:

例:

  1. 插入更新模式下会自动生成插入更新主键索引

  1. 第一次抽取数据时会自动建表并根据数据量匹配数据类型,如number类型会根据源数据库的数的大小和小数点情况生成如number(10,5)的数据类型

更多优化知识可参加我上一节的文章

数据库优化

二、AI实例

1、跨库同步

sqlsever表同步至oracle数据库

1.1源库sqlserver

kettle开发-Day38-其实chatGPT一直在身边

1.2目标库oracle

kettle开发-Day38-其实chatGPT一直在身边

1.3可视化跨库同步

使用多表复制向导

kettle开发-Day38-其实chatGPT一直在身边

选择跨库的表,下一步下一步,即可生成跨库同步程序

kettle开发-Day38-其实chatGPT一直在身边

查看自动生成的复制程序,根据自己的需求可做微雕。如统一同步过来的表名称

kettle开发-Day38-其实chatGPT一直在身边

最终效果

kettle开发-Day38-其实chatGPT一直在身边

自动生成转换完成数据同步任务,非常的标准并且带有标准注释

kettle开发-Day38-其实chatGPT一直在身边

执行作业后,目标库可查看到对应同步表

kettle开发-Day38-其实chatGPT一直在身边

2、自动开发、优化

2.1自动开发

在上一步的跨库同步中,如果我们需要修改表名进行微雕时,我们直接修改目标表的名称,然后点击下面的SQL即可自动生成修改后的SQ语句点击执行即可。

kettle开发-Day38-其实chatGPT一直在身边

2.2自动优化

当我们抽取模式选择插入更新时,kettle会自动根据开发模式生成关键字索引来提高程序运行效率

kettle开发-Day38-其实chatGPT一直在身边

三、总结

我们常用的程序和工具都在向智能化转型,当然设计之初也都傻瓜式处理了。chatGPT拥有数据整合的能力并将整合后的知识“高情商”的表达出来了,这就是它革命的点。但AI终究只是一个辅助工具,人类才是真正的高智商的存在,只是我们大部分的能力待开发而已。因此当AI潮水漫过膝盖时,不要慌张,这时候多想想大禹就好了。文章来源地址https://www.toymoban.com/news/detail-416617.html

到了这里,关于kettle开发-Day38-其实chatGPT一直在身边的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

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

领支付宝红包 赞助服务器费用

相关文章

  • 你真的懂AI吗?其实我们一直在与AI接触!

    ChatGPT全称为 Chat Generative Pre-trained Transformer ,Chat是聊天的意思,GPT是 生成型预训练变换模型 ,可以翻译为 聊天生成预训练转换器 或简称 优化对话的语言模型 。 ChatGPT由美国人工智能公司OpenAI 开发的ChatGPT两个月时间内用户 已超1个亿 。 作为一款建立在云计算、海量数据库

    2024年02月08日
    浏览(29)
  • 上门家教预约小程序开发 良师就在你身边

           社会的发展科技的进步让人们对教育的重视度也逐渐升高,很多家长可以说是为了孩子的教育操碎了心。在学校还好有老师辅导,节假日在家的时候,很多家长自己本身文化知识有限或者工作繁忙没有时间辅导,送去辅导班来回接送又很麻烦,于是上门家教APP软件就

    2024年02月05日
    浏览(57)
  • day38打卡

    day38打卡 509. 斐波那契数 状态表示: ​ 第i个数的斐波那契数是dp[i] 状态转移方程 ​ 见题目: dp[i] = dp[i-1] + dp[i-2] 初始化 ​ 见题目, dp[0] = 0,dp[1] = 1 ,本题用两个变量代替即可。 填表顺序 ​ 从左到右 返回值 ​ dp[i] 70. 爬楼梯 状态表示: ​ 爬到第i层,一共用dp[i]种方法

    2024年02月22日
    浏览(24)
  • 算法记录 | Day38 动态规划

    对于动态规划问题,将拆解为如下五步曲 确定dp数组(dp table)以及下标的含义 确定递推公式 dp数组如何初始化 确定遍历顺序 举例推导dp数组 思路: 确定dp数组(dp table)以及下标的含义:dp[i]的定义为:第i个数的斐波那契数值是dp[i] 确定递推公式:状态转移方程 dp[i] = dp

    2023年04月22日
    浏览(34)
  • day38|动态规划-爬楼梯问题

    动态规划比较重要的是找到前后两个状态之间的联系,在向后遍历的过程中注意遍历的顺序和初始化操作。 动归基础类问题 背包问题 打家劫舍 股票问题 子序列问题 动态规划类的问题代码都是比较简洁的,按照dp打印逻辑观察打印出来的数值。 dp数组以及下标的含义dp[i][j

    2024年02月07日
    浏览(31)
  • 日撸 Java 三百行day38

    闵老师的文章链接: 日撸 Java 三百行(总述)_minfanphd的博客-CSDN博客 自己也把手敲的代码放在了github上维护:https://github.com/fulisha-ok/sampledata 假设以顶点0出发 (1)0到各个顶点距离为:0,1 6;0,2 2 ;0,3 ∞;选取最小距离0,2 2 (2)加入0,2一条边,看0到剩余顶点距离: 比较5和

    2024年02月06日
    浏览(24)
  • 算法练习 Day38 | LeetCode509,70,746

    先导知识: 1、动态规划常见题型 动态规划基础问题 背包问题 打家劫舍 股票问题 子序列问题 2、动态规划五部曲 (1)确定dp数组的定义及下标的含义 (2)确定递推公式 (3)dp数组如何初始化 (4)遍历顺序 (5)打印dp数组 LeetCode509:509. 斐波那契数 题目描述: 斐波那契

    2024年02月21日
    浏览(32)
  • 【算法日志】动态规划刷题:01背包问题,多重背包问题(day37,day38)

    目录 前言 目标和(01背包) 一和零(01背包) 零钱兑换(多重背包) 排列总和(多重背包) 这两天都是背包问题,其中的01背包的一些应用问题需要一定的数学建模能力,需要i将实际问题简化成我们熟悉的背包问题;而这两天的多重背包问题还算比较基础,但也要我明白了

    2024年02月11日
    浏览(37)
  • 代码随想录 day38 第九章 动态规划part01

    ●  理论基础 ●  509. 斐波那契数 ●  70. 爬楼梯 ●  746. 使用最小花费爬楼梯 理论基础 解决动态规划必须要想清楚的点 dp数组以及下标的含义 递推公式 dp数组如何初始化 遍历顺序 打印数组 检查结果 关联 leetcode 509. 斐波那契数 思路 动规五部曲 dp数组以及下标的含义

    2024年04月17日
    浏览(33)
  • 二百二十三、Kettle——从Hive增量导入到ClickHouse(根据day字段判断)

    需要用Kettle从Hive的DWS层库表数据增量同步到ClickHouse的ADS层库表中,不过这次的增量判断字段是day字段,不像之前的create_time字段 因为day字段需要转换类型,而 create_time字段字段不需要转换类型,因此两者的Kettle任务配置有所不同,也踩了一些坑,因此再写一篇博客整理一下

    2024年02月20日
    浏览(32)

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

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

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

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

二维码1

领取红包

二维码2

领红包