已经堆了几十个表了
之前的存储过程也就堆堆 select, left join, insert , delete (总共堆了大概有几千行了)
今天这兄弟终于开窍了, 要动态创建表列名了, 终于还是走上了用 SQL 拼接 SQL 的不归路
我劝过无数次了兄弟你何苦想不开去钻研存储过程自定义函数呢? 而且钻研的还是 mysql 的存储过程, 人生这么短你学个 python 不好吗? 你那点 SQL 水平也就是初学者学了两三天的水平啊, 为什么不能放弃的呢?
最关键是你的 SQL 屎山跑得不如意, 不要找我来给你看问题啊
 |
1
love Oct 22, 2020
写这么多没写他要这么干的原因在哪？
|
 |
2
kekxv Oct 22, 2020 via iPhone
也许对方不喜欢 python，你推介他 php 或者 go 或者 nodejs 试试？
|
 |
3
littlewing Oct 22, 2020 via iPhone
总有一天他会明白的
|
 |
4
skinny Oct 22, 2020
找能管他的
|
 |
5
yrj Oct 22, 2020 via iPad
这位同事很聪明，他要是走了，其他人就玩不转了
|
 |
6
chenglichengwai Oct 22, 2020
这条思路很新颖啊，不过公司不规定数据库代码用什么语言吗，这个人这么菜就没人管吗-_-
|
 |
7
raymanr OP @love 原因我说的比较隐晦, 是他会一点 sql 和 vba, 但是不会 python, 又急着出成果, 没空学 python, 于是就在 sql 上开始做文章了
|
|
8
raymanr OP @chenglichengwai 他不是程序员, 是给公司业务员算提成的, 能出结果就行, 过程无所谓
|
 |
9
huayumo Oct 22, 2020
有当老大的潜力,我记得以前一个我们公司的技术总监差不多也这么干的,他自己开发了一套大型的 cms,以至于其他人都接手不了,来的技术没多久就走了,而这系统又不能马上推翻,各种数据又乱又杂,别人没办法动,哈哈哈
|
 |
10
TimePPT PRO 上 Flink 流式计算？
|
 |
12
CallMeReznov Oct 22, 2020
噢? 这种情况我熟悉!
等着半夜接电话吧 :歪 又死锁了. |
 |
13
DT37 Oct 22, 2020
我有时候也不想写存储过程，奈何不允许我该代码，只能写存储过程，到时我触发器，和存储过程写的还行
|
 |
14
opengps Oct 22, 2020
其实，他这是写了别人写不出来的代码，写到一定程度，项目就离不开他了…………
|
 |
15
zjgsamuel Oct 23, 2020
其实我一直想知道 存储过程的过渡使用 究竟会产生啥后果
我之前也知道 很多做法是 把逻辑运算放在程序里头 但是 我们之前定制的 ERP 我看到很多逻辑都是放在存储过程里头的，比如说报表 都是基于存储过程的，程序中只要 拿到数据库返回 定义显示列 就完事 问了开发的人 说是利用数据库的优势，省事... |
|
16
zjgsamuel Oct 23, 2020
估计这也是分行业的吧
传统行业 存储过程一旦调试完成通过后就能稳定运行，这与各个业务在一段时间内是相对稳定和确定是匹配的； 存储过程大大地减少了业务系统与数据库的交互，一定程度降低了业务系统与数据库的耦合 但是在互联网行业却很少这样 |
 |
17
chenxiaohong Oct 23, 2020  1
@zjgsamuel 因为他们都想为分分钟迁移数据库做准备
|
 |
18
SmiteChow Oct 23, 2020
能解决问题就好 不要小瞧存储过程
|
 |
19
vision1900 Oct 23, 2020
SQL 让我第一次对编程感到失望
|
 |
20
ashmodeus Oct 23, 2020
存储过程的开发效率其实挺高的，就是可维护性实在很差。小需求我觉得没问题。
|
 |
21
rodrick Oct 23, 2020
#16 说的没毛病的，现在很多传统企业还是适合存储过程一套走，因为业务相对稳定变动少，不过等到业务变动的时候可能当初维护的人已经不在这了，然后留下的 sql 屎山可以说是屎山中的屎山了，别问我为什么知道。。。想想都是噩梦
|
|
22
zjgsamuel Oct 23, 2020
@chenxiaohong #17 嗯 嗯 不能一概而论 我记得和之前的 EPR 开发人员聊 分库 分表的时候 表示现在企业的应用还达不到这种需求
|
Select Language