热门标签 | HotTags
当前位置:  开发笔记 > 数据库 > 正文

开发时先写数据库存储过程,还是先写后台函数

我做开发的时候,应该先分析业务写出存储过程还是要写后台方法的时候再写存储过程呢?另外还有一个问题,我有一个工厂,返回的是处理sql或者access数据库的业务逻辑操作类(很多个类,比如顾客,货物……
我做开发的时候,应该先分析业务写出存储过程还是 要写后台方法的时候再写存储过程呢?另外还有一个问题,我有一个工厂,返回的是处理sql或者access数据库的业务逻辑操作类(很多个类,比如顾客,货物……),那么我在工厂里应不应该用单件模式呢?
我个人认为没必要,觉得起不了什么作用。但是好像形式上跟单件模式挺像的,请高手们指点下小弟。
分数太小啦,出手太大方。导致现在没什么分数。请见谅。我在线等

6 个解决方案

#1


 应该只是个习惯的问题吧?
我自己感觉先写后台函数好一些!
假如等你数据库存储过程写好了! 在写函数! 有可能会发现以前写的SQL 不能满足你业务的需求! 但是如果你先写 后台函数! 那么你就能很清楚你的业务逻辑了.! 在写SQL就比较清楚这个SQL都要做什么!

#2


先找通用的存储过程->写代码->再写存储过程

#3


存储过程我一般在后期才写,把一些比较耗时的全部改为存储过程。

#4


我也觉得是先先后台,但是如果几个人做项目,那么存储过程可能会重复,这个怎样解决呢?

#5


本人资历浅,请大家多给点意见。

#6


哎。。悲哀啊。

推荐阅读
author-avatar
威哥028_438
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有