re: 关于数据库存储过程的一些讨论

fan0124 · 发表于 2011-3-7 10:45

能解决实际问题就是王道（在有限的资源条件下），最终还是要让产品稳定高效运行，至于什么方式，我觉得各有各的风格

就好比，你主张用葵花宝典，我主张用九阴真经，都很猛，但是根据具体情况来用列

PS：如果产品没有很好的黏性，无法带来更多的价值，无法变现，用的再好的技术都是浮云

如果大家真的讨论深入，就用实际的案例或你经历过的项目来讨论各自的观点，这样更好点，否则你说有理，我说有理

其实都没实际事实论证来的有效

eof007 · 发表于 2011-3-7 11:54

原帖由 fan0124 于 2011-3-7 10:45 发表
能解决实际问题就是王道（在有限的资源条件下），最终还是要让产品稳定高效运行，至于什么方式，我觉得各有各的风格

就好比，你主张用葵花宝典，我主张用九阴真经，都很猛，但是根据具体情况来用列

PS：如果产品没有很好的黏性，无法带来更多的价值，无法变现，用的再好的技术都是浮云

如果大家真的讨论深入，就用实际的案例或你经历过的项目来讨论各自的观点，这样更好点，否则你说有理，我说有理

其实都没实际事实论证来的有效

在网上谈谈技术细节问题，或在心得上谈点个人看法，一起交流成长
大张旗鼓讨论案例项目不太实际吧，还要分出谁有理没理？

monkeyai · 发表于 2011-3-7 12:17

原帖由 eof007 于 2011-3-7 11:54 发表

在网上谈谈技术细节问题，或在心得上谈点个人看法，一起交流成长
大张旗鼓讨论案例项目不太实际吧，还要分出谁有理没理？

不是这么说吧。很多时候理论仅仅是理论，大家都有了一定基础之后，其实更需要的是针对各种具体案例的经验。

比如本贴提到的存储过程的运用，不同情况下有完全不同的策略。像我现在接触的一个DW系统，就是ETL工具和存储过程混用。为什么会这样，自然存在种种原因。

fan0124 · 发表于 2011-3-7 12:45

如果没有实际经历过的场景和产品项目经验做支撑，纯理论上的探讨我觉得就是浪费时间

你选择用还是不用是为了一个目的：解决实际问题——什么实际问题（拜托，当然是你在实际工作中遇到的或正在遇到的技术难点，或者架构问题这

样的）——最终给你的项目和产品带来价值——你的技术产生了价值——有更好的薪酬奖励，有成就感，有大家的认可感，个人的实际积累

就这么简单

eof007 · 发表于 2011-3-7 13:42

不是说封闭
应者寥寥啊

理论有理论的价值，并不觉得浪费时间，
只是反复来回的说同一个理论是有点浪费时间。

ethcham · 发表于 2011-3-7 16:08

听起来像是...A发明了一个叫做 STRUCTURE QUERY LANGUAGE的东东,用来从逻辑上取想要的数据
然后B发明了一个叫做GENERAL QUERY LANGUAGE的东西,也是用来从逻辑上取想要的数据

然后现在有个物理上的数据集.有人用A直接取
有人用B套在A上面再取..

是不是就是这个区别?