从某种意义上来说,数据库具备增删改查的功能一般应用其实就足够用了,不知有人认同我的观点不? 我有时候会想,所有的业务需求都可以在数据库中实现。。其他语言只负责给我做好基础架构和gui就好了。。这个东西各有利弊,看公司自己的技术架构。。如果是个人的东西的话,怎么做都无所谓。。 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 嗯,你说的也是,这个问题我也想过了,也确实如此,数据库里边的PL/sql语言设计,理论上说,也确实可以代替绝大多部程序的代码的,当然了,理论归理论,没有公司或个人真正这么做吧。一般情况的做法,还是,两边都做点。极端化的放一边,首先对写代码的能力得非常非常的高,一般的程序员,估计也难以胜任吧 一般开发思路应该是SQL --> 存储过程 --> java --> C,这是从执行效率考虑的。而且我觉得更应该关注的是相关文档,如果没有相应的文档,开发的离职了,后来的人有的苦了。 helloWord级别的,别用数据库了,自己用文件都比数据库效率高,也方便得多。小型级别的,只用数据库增删改查就够了中大型的不用,只能呵呵。超大型的,数据库支撑不住,不过这个时候你的应用程序实际上是自己实现了数据库的大部分功能,而不是简单的把数据库的业务逻辑搬出来。 不太懂ORACLE,问下这句话怎么写? 在线等!!!!!!! CRL 移植 到oracle Oracle8数据恢复问题!!急!!!!! 序列自动增长的问题,高手请进!! orcle 數據類型轉換 连接远程oracle数据库出现问题!! 如何去除字段中的包含空格? vfoxpro的dbf表导入oracle的问题?急! 一个简单而又奇怪的问题 命中率低的原因? oracle 两层循环,exception 跳出到外层 请教 分时段统计+分组统计
一般情况的做法,还是,两边都做点。极端化的放一边,首先对写代码的能力得非常非常的高,一般的程序员,估计也难以胜任吧
小型级别的,只用数据库增删改查就够了
中大型的不用,只能呵呵。
超大型的,数据库支撑不住,不过这个时候你的应用程序实际上是自己实现了数据库的大部分功能,而不是简单的把数据库的业务逻辑搬出来。