• 请不要在回答技术问题时复制粘贴 AI 生成的内容
raymanr
V2EX  ›  程序员

小白同事坚持要使用存储过程进行数据计算, 唉, 拉不回来了

  •  
  •   raymanr · Oct 22, 2020 · 5753 views
    This topic created in 2211 days ago, the information mentioned may be changed or developed.

    已经堆了几十个表了

    之前的存储过程也就堆堆 select, left join, insert , delete (总共堆了大概有几千行了)

    今天这兄弟终于开窍了, 要动态创建表列名了, 终于还是走上了用 SQL 拼接 SQL 的不归路

    我劝过无数次了兄弟你何苦想不开去钻研存储过程自定义函数呢? 而且钻研的还是 mysql 的存储过程, 人生这么短你学个 python 不好吗? 你那点 SQL 水平也就是初学者学了两三天的水平啊, 为什么不能放弃的呢?

    最关键是你的 SQL 屎山跑得不如意, 不要找我来给你看问题啊

    22 replies  •  2020-10-23 18:20:23 +08:00
    love
    love
    Oct 22, 2020
    1
    写这么多没写他要这么干的原因在哪?
    kekxv
    kekxv
    Oct 22, 2020 via iPhone
    2
    也许对方不喜欢 python,你推介他 php 或者 go 或者 nodejs 试试?
    littlewing
    littlewing
    Oct 22, 2020 via iPhone
    3
    总有一天他会明白的
    skinny
    skinny
    Oct 22, 2020
    4
    找能管他的
    yrj
    yrj
    Oct 22, 2020 via iPad
    5
    这位同事很聪明,他要是走了,其他人就玩不转了
    chenglichengwai
    chenglichengwai
    Oct 22, 2020
    6
    这条思路很新颖啊,不过公司不规定数据库代码用什么语言吗,这个人这么菜就没人管吗-_-
    raymanr
    raymanr
    OP
    Oct 22, 2020
    7
    @love 原因我说的比较隐晦, 是他会一点 sql 和 vba, 但是不会 python, 又急着出成果, 没空学 python, 于是就在 sql 上开始做文章了
    raymanr
    raymanr
    OP
    Oct 22, 2020
    8
    @chenglichengwai 他不是程序员, 是给公司业务员算提成的, 能出结果就行, 过程无所谓
    huayumo
    huayumo
    Oct 22, 2020
    9
    有当老大的潜力,我记得以前一个我们公司的技术总监差不多也这么干的,他自己开发了一套大型的 cms,以至于其他人都接手不了,来的技术没多久就走了,而这系统又不能马上推翻,各种数据又乱又杂,别人没办法动,哈哈哈
    TimePPT
    TimePPT
    Oct 22, 2020 via Android
    10
    上 Flink 流式计算?
    fhsan
    fhsan
    Oct 22, 2020
    11
    @huayumo 技术老大美滋滋
    CallMeReznov
    CallMeReznov
    Oct 22, 2020
    12
    噢? 这种情况我熟悉!
    等着半夜接电话吧

    :歪 又死锁了.
    DT37
    DT37
    Oct 22, 2020
    13
    我有时候也不想写存储过程,奈何不允许我该代码,只能写存储过程,到时我触发器,和存储过程写的还行
    opengps
    opengps
    Oct 22, 2020
    14
    其实,他这是写了别人写不出来的代码,写到一定程度,项目就离不开他了…………
    zjgsamuel
    zjgsamuel
    Oct 23, 2020
    15
    其实我一直想知道 存储过程的过渡使用 究竟会产生啥后果
    我之前也知道 很多做法是 把逻辑运算放在程序里头
    但是 我们之前定制的 ERP 我看到很多逻辑都是放在存储过程里头的,比如说报表 都是基于存储过程的,程序中只要 拿到数据库返回 定义显示列 就完事
    问了开发的人 说是利用数据库的优势,省事...
    zjgsamuel
    zjgsamuel
    Oct 23, 2020
    16
    估计这也是分行业的吧
    传统行业 存储过程一旦调试完成通过后就能稳定运行,这与各个业务在一段时间内是相对稳定和确定是匹配的;
    存储过程大大地减少了业务系统与数据库的交互,一定程度降低了业务系统与数据库的耦合

    但是在互联网行业却很少这样
    chenxiaohong
    chenxiaohong
    Oct 23, 2020❤️1
    17
    @zjgsamuel 因为他们都想为分分钟迁移数据库做准备
    SmiteChow
    SmiteChow
    Oct 23, 2020
    18
    能解决问题就好 不要小瞧存储过程
    vision1900
    vision1900
    Oct 23, 2020
    19
    SQL 让我第一次对编程感到失望
    ashmodeus
    ashmodeus
    Oct 23, 2020
    20
    存储过程的开发效率其实挺高的,就是可维护性实在很差。小需求我觉得没问题。
    rodrick
    rodrick
    Oct 23, 2020
    21
    #16 说的没毛病的,现在很多传统企业还是适合存储过程一套走,因为业务相对稳定变动少,不过等到业务变动的时候可能当初维护的人已经不在这了,然后留下的 sql 屎山可以说是屎山中的屎山了,别问我为什么知道。。。想想都是噩梦
    zjgsamuel
    zjgsamuel
    Oct 23, 2020
    22
    @chenxiaohong #17 嗯 嗯 不能一概而论 我记得和之前的 EPR 开发人员聊 分库 分表的时候 表示现在企业的应用还达不到这种需求
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   4565 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 65ms · UTC 03:40 · PVG 11:40 · LAX 19:40 · JFK 22:40
    ♥ Do have faith in what you're doing.