有些 代码 实现了 一些人的 作家心愿!!!

being21 2008-09-19 02:17:52
我正在 改一些 前人 写过的存储过程,动则上千行的存储过程极其 的繁琐 和复杂!都是 500 行 起的!
感慨 自己以前 写的 最多的 也就 是在100 行 网上走走,感慨把代码当作小说写的高手们!

顺便问问诸位大侠,一般你们写的 存储过程 都有多长啊?
...全文
162 31 打赏 收藏 转发到动态 举报
写回复
用AI写文章
31 条回复
切换为时间正序
请发表友善的回复…
发表回复
typeof 2008-09-22
  • 打赏
  • 举报
回复
20
zjcxc 2008-09-22
  • 打赏
  • 举报
回复
我有 1600+ 行的, 不是存储过程, 是用于修改列类型的T-SQL脚本
namhyuk 2008-09-22
  • 打赏
  • 举报
回复
Oh! my GOD!
zheninchangjiang 2008-09-21
  • 打赏
  • 举报
回复
500行
......
czx33859066 2008-09-21
  • 打赏
  • 举报
回复
jf
sunshine_anycall 2008-09-21
  • 打赏
  • 举报
回复
[Quote=引用 6 楼 Haiwer 的回复:]
存储过程和前端程序一样,也追求过程代码不要太长,最好能在100行以内,宁可多个过程调用


ps:在SQL代码,行的概念很不准确,经常一个字段名或者select都单独占用一行

[/Quote]
感觉怎么也得遵循面向对象开发的单一职责原则吧
wxg22526451 2008-09-21
  • 打赏
  • 举报
回复
尽量简洁,结构清晰
czx33859066 2008-09-21
  • 打赏
  • 举报
回复
jf
being21 2008-09-21
  • 打赏
  • 举报
回复
如果 真是 牛叉代码!!!我也就 顶礼膜拜了!
关键是 又臭又硬 啊!
典型的 写 程序的 风格,写的 很长,很复杂,其实实际上很简单,很短就可以写完了!
直接 一个 子查询就 出来了, 定义了 几个临时表 来回查,还 有 update !
晕 的 让人接受 不了啊!
我觉得 当时 写的时候 应该 是按 行数 或者 字数 给钱的,故意 写 这么 夸张的 !
chilun 2008-09-20
  • 打赏
  • 举报
回复
建议楼主不要写了,去开发一个可视化的存储过程开发环境Visual SQL,然后就可以一劳永逸了
-晴天 2008-09-20
  • 打赏
  • 举报
回复
行数不是问题,关键是能实现需求.
zhihuixiaole 2008-09-20
  • 打赏
  • 举报
回复
o
czx33859066 2008-09-20
  • 打赏
  • 举报
回复
jf
度年如日1668 2008-09-20
  • 打赏
  • 举报
回复
存储过程用的太多也会加大服务器的负担,不到非用不可的情况才用.
少的几行,多的也有几百行.
lff642 2008-09-19
  • 打赏
  • 举报
回复
[Quote=引用 16 楼 rockyvan 的回复:]
文采好沒辦法!下筆万言!
[/Quote]


看来楼主维护的是rockyvan写的.
rockyvan 2008-09-19
  • 打赏
  • 举报
回复
文采好沒辦法!下筆万言!
wgzaaa 2008-09-19
  • 打赏
  • 举报
回复
还是考虑可视性、可读性、易维护性的好
生活真美好 2008-09-19
  • 打赏
  • 举报
回复
曾经40多K,行数记不清,因功能繁杂,多人调用,不用存储过程不行。
青锋-SS 2008-09-19
  • 打赏
  • 举报
回复
存储过程用的比较少.
jacklinchen 2008-09-19
  • 打赏
  • 举报
回复
看实现功能吧
加载更多回复(11)

11,848

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 非技术版
社区管理员
  • 非技术版社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧