在应用程序中存储数据库连接

发布于 2024-11-19 12:15:45 字数 246 浏览 2 评论 0原文

我正在考虑在应用程序中存储数据库连接以提高性能。

我有一个最小的网站。 10.000 名实时访客。 每日浏览量超过150万。

我在页面顶部使用 ado 创建数据库连接

,并在页面底部终止它。

如果我将此连接存储在应用程序中并在需要时调用它,这会很聪明吗?

如果应用程序未创建或应用程序池已清理,我将创建用于数据库连接的应用程序 如果应用程序有数据库连接,我将跳过此步骤。

请给我建议

I am thinking of storing database connection in application to increse performance.

I have a website with min. 10.000 realtime visitors.
the daily pageviews is more than 1.5 million.

i create database connection with ado on the page top

and kill it on the page bottom.

if i store this connection in application and call it when i need, is this will be smart?

if application didn't create or application pool is cleaned, i will create application for databse connection
if application has the databasea connection i will skip this step.

please give me advice

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

单身狗的梦 2024-11-26 12:15:46

将记录集或应用程序放入应用程序或会话范围
导致:

  • 请求序列化
  • 请求的线程亲和性
  • 会话变量会浪费内存
  • 应用程序变量的瓶颈

更多信息:

http://learnasp.com/freebook/asp/nodbsession.aspx

Putting a recordset or application into application or session scope
leads to:

  • serialization of requests
  • thread-affinity of request
  • wasted memory in the case of session variables
  • a bottle-neck in the case of application variables

More information:

http://learnasp.com/freebook/asp/nodbsession.aspx

最终幸福 2024-11-26 12:15:46

我的 CPU 至少是 90%。

我尝试在 global.asa 中存储数据库连接和连接对象,

这是结果;

站点相同,实时访问者数量相同。
现在,我的CPU最多是%5。

所以这是完美的结果。

My CPU was at least %90.

I tried storing database connection and connection object in global.asa

Here is the result;

The site is same, number of real time visitors is same.
Now, my CPU is at most %5.

So this is perfect result.

情仇皆在手 2024-11-26 12:15:45

许多人将连接字符串存储在应用程序变量中。它可以在 global.asa 文件中定义。

其他人喜欢将所有信息放入包含文件中并以这种方式实现可重用性。

我从未见过两者的速度/性能比较统计数据。

如需更多想法,只需谷歌搜索您的问题即可。这已经被讨论过很多次了。

A lot of folks store their connection string in an Application variable. It can be defined in the global.asa file.

Others like to put all their information into an include file and approach reusability that way.

I've never seen speed / performance comparison stats for the two.

For additional thoughts just google your question. it has been discussed many times.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文