s*****m
发帖数: 215 | 1 同一个服务器上不同schema之间数据转换，挺复杂的逻辑，pl-sql可以写的很模块易维
护，老板楞要用ab initio，说是比pl-sql领先40年，易开发，容易documentation.问
题是我做细节设计，所有的query都我来写，然后交给AI程序员用ai实现.其实我设计完
成后，如果用pl-sql,程序开发已经完成了，现在还要几个星期，有问题都来问我，我
不会ai,也不想学。数据源data model比较蠢，不同的东西装在一个table里。
destination schema data model 类似，sql复杂无比，ai 程序员说，same source
and destination table pair之间只能有一个ai graph,建议split destination table
into two.我倒是支持改data model,因为本来就是错误的设计。问题是另外一个不同
的AI ETL JOB也在用这个table, AI程序员说改那个AI ETL JOB需要几个星期，我说不
就是改个table name吗，几分钟的事儿，他说改个table name是个很大的工作。 | n******r
发帖数: 44 | 2 以我个人的看法，你应该抓紧这个机会好好学习ETL啊。理解你的反感，不过从长远说
，要想向上进步就要cross functional，只会一个技能的话上升空间有限的。一家之言
，仅供参考。 | l******t
发帖数: 660 | 3 技不压身， 能多学一门技术为什么不学？
ai很多大公司再用， 还是有他的优点 | s*****m
发帖数: 215 | 4 不同部门，我没有机会学
【在 l******t 的大作中提到】
: 技不压身， 能多学一门技术为什么不学？
: ai很多大公司再用， 还是有他的优点
| N**********d
发帖数: 9292 | 5 abinitio骗钱的，老板拿了回扣吧
那玩意毛病多的不得了，Co>Op一旦升级，graph就出问题。烂公司从来不考虑backward
compatible
派出来的consultants水平良莠不齐，相当多的都是啥都不懂的
table
【在 s*****m 的大作中提到】
: 同一个服务器上不同schema之间数据转换，挺复杂的逻辑，pl-sql可以写的很模块易维
: 护，老板楞要用ab initio，说是比pl-sql领先40年，易开发，容易documentation.问
: 题是我做细节设计，所有的query都我来写，然后交给AI程序员用ai实现.其实我设计完
: 成后，如果用pl-sql,程序开发已经完成了，现在还要几个星期，有问题都来问我，我
: 不会ai,也不想学。数据源data model比较蠢，不同的东西装在一个table里。
: destination schema data model 类似，sql复杂无比，ai 程序员说，same source
: and destination table pair之间只能有一个ai graph,建议split destination table
: into two.我倒是支持改data model,因为本来就是错误的设计。问题是另外一个不同
: 的AI ETL JOB也在用这个table, AI程序员说改那个AI ETL JOB需要几个星期，我说不
: 就是改个table name吗，几分钟的事儿，他说改个table name是个很大的工作。
|
|
