社区
Java EE
帖子详情
提一个弱智的问题:访问数据类的写在哪里?
birdhaha
2006-01-04 03:55:10
类中需要访问数据库,每种方法都需要访问,我考试这个弱智问题:
1。是在这个类的构造函数里就new一个数据库对象,再在析构函数里关闭
2。在每个方法里都new一个数据库对象,用完就关闭
第一种方法的优点:可以减少打开关闭数据库的次数,减少服务器的负担
缺点是:B/S方式如果把这个类的实例进行传递时,数据库就一直没关闭
第二种方法的优点:随用随关闭数据库,简单方面
缺点是:总得频繁的打开关闭数据库,效率很低。
请问大家怎么处理的这个问题?
...全文
133
5
打赏
收藏
提一个弱智的问题:访问数据类的写在哪里?
类中需要访问数据库,每种方法都需要访问,我考试这个弱智问题: 1。是在这个类的构造函数里就new一个数据库对象,再在析构函数里关闭 2。在每个方法里都new一个数据库对象,用完就关闭 第一种方法的优点:可以减少打开关闭数据库的次数,减少服务器的负担 缺点是:B/S方式如果把这个类的实例进行传递时,数据库就一直没关闭 第二种方法的优点:随用随关闭数据库,简单方面 缺点是:总得频繁的打开关闭数据库,效率很低。 请问大家怎么处理的这个问题?
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
5 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
天天实习
2006-01-07
打赏
举报
回复
dao
tujiang
2006-01-06
打赏
举报
回复
推荐上面两位讲的采用数据库连接池技术
不过我都是第三方框架
想喝咖啡的貓
2006-01-06
打赏
举报
回复
类中需要访问数据库,每种方法都需要访问,我考试这个弱智问题:
1。是在这个类的构造函数里就new一个数据库对象,再在析构函数里关闭
2。在每个方法里都new一个数据库对象,用完就关闭
第一种方法的优点:可以减少打开关闭数据库的次数,减少服务器的负担
缺点是:B/S方式如果把这个类的实例进行传递时,数据库就一直没关闭
第二种方法的优点:随用随关闭数据库,简单方面
缺点是:总得频繁的打开关闭数据库,效率很低。
请问大家怎么处理的这个问题?
---------------------------------------------
1.兄弟Java里没有析构函数, 不要把C++的题拿这来说.
2.Java里一般用第二种方法. 但是把数据连接, 重放入数据库连接池里而不是删掉.效率高.
bluelily22
2006-01-06
打赏
举报
回复
第二种方法的优点:随用随关闭数据库,简单方面
缺点是:总得频繁的打开关闭数据库,效率很低。
一般采用这种方法,
不过可以配制数据连接池,可以提高一下效率
birdhaha
2006-01-06
打赏
举报
回复
UP!
微信之父张小龙:怎样做简单的产品经理?
核心
提
示:产品经理应该像上帝那样了解人性,上帝创造宇宙的时候,定下来的规则也非常简单。...我摇到了
一个
叫Tina的,在三公里以外,如果大家想加我的话可以一起摇一下。(演示微信摇一摇功 能,编
如何向
弱智
程序员解释区块链
作者
写
这篇文章初衷正是苦恼于不知该如何跟
弱智
室友解释区块链。作者来自浙江大学 • 竺可桢学院、纽约大学 (New York University) • 计算机科学学院,自称区块链黑客,他的文章会迅速让你感觉区块链很
弱智
的样子。...
关于new创建对象的
弱智
问题
现在我有
一个
关于new操作符创建对象的
弱智
问题
,请大家帮忙解决: //==================== class MyClass; //定义了
一个
我自己的
类
………… MyClass *pMyObj = new MyClass(); //创建对象的实例 ...
攻击防范六(整理)
注意:在Linux上运行SATAN有
一个
特殊
问题
,应用于原系统的某些规则在Linus平台上会引起系统失效的致命缺陷;在tcp-scan模块中实现select()调用也会产生
问题
;最后要说的是,如果用户扫描
一个
完整子网,则会引进反向...
弱智
问题
及原因No.1——android应用无法通过4g连接本地服务器之原因探究
在辛辛苦苦解决完
一个
又
一个
BUG后,终于完成团队代码的阶段性整合了,在模拟器上测试与局域网下某台本地服务器的连接,登陆成功,获取
数据
成功,very nice!是时候下在手机上去装装逼了! 当我在手机上下好APP之后...
Java EE
67,515
社区成员
225,878
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章