t********k
发帖数: 808 | 1 在一般的server上的话能开多少？
如果在有四个CPU，2G的小型机上又能开多少？
能够满足多少人在线（BS上）提交数据到数据库？ | k*******d
发帖数: 237 | 2 You can set up the number of the connections in the pool. I think the maximun
is unlimited.
The more you set it to, the less the pool will be re-used.
You need to find the balanced point, based on expected number of online users
【在 t********k 的大作中提到】
: 在一般的server上的话能开多少？
: 如果在有四个CPU，2G的小型机上又能开多少？
: 能够满足多少人在线（BS上）提交数据到数据库？
| t********k
发帖数: 808 | 3 比如我有1万左右的在线用户
有时提交数据比较频繁
但在平时很空闲
一年中可能就一二个月会有大量用户访问
在繁忙时只要提交数据成功
不要让用户等待很久
后台处理放在另外的程序中进行
这样的话一台数据库服务器不知能不能承担
【在 k*******d 的大作中提到】
: You can set up the number of the connections in the pool. I think the maximun
: is unlimited.
: The more you set it to, the less the pool will be re-used.
: You need to find the balanced point, based on expected number of online users
| k*******d
发帖数: 237 | 4 Still depending on the comparison between the resource your application needs
to run and the overhead of building connection.
If your app is simple and uses very little resource, you will be better off if
you limit the connection pool, to force reusing.
Otherwise, if your app is huge and uses a lot of resource, then the conn pool
doesn't matter any more, 'cause it's not the bottleneck.
You need to do some burden testing on your apps and server. Microsoft has a
very neat tool called application t
【在 t********k 的大作中提到】
: 比如我有1万左右的在线用户
: 有时提交数据比较频繁
: 但在平时很空闲
: 一年中可能就一二个月会有大量用户访问
: 在繁忙时只要提交数据成功
: 不要让用户等待很久
: 后台处理放在另外的程序中进行
: 这样的话一台数据库服务器不知能不能承担
| t********k
发帖数: 808 | 5 谢谢
现在还想到一个解决的方法就是
1.在繁忙时（一年中就只有几天时间，一个月左右吧）用高级复制
这样有二台oracle，一台用来读，一台用来写或是二台都能读写
用高级复制的话对硬件的要求不是太高
但听说如果写数据量大的话，高级复制会有很多问题出现
2.用Logical Standby
Logical Standby、的Standby的数据库可以给应用程序读访问
那也行啊，可以缓解好大的压力
但用Standby技术对硬件要求太高
有点儿为难
3.干脆用一个MySQL,e用来进行写
用户提交的数据（只有在一张表中）都先保存到这
而另一程序同时从MySQL中读数据到Oracle里
数据处理放在主数据库Oracle中
但这还是有一个数据不一致性问题
因为数据处理有较强的实时性
根据提交时间的先后排队处理的
上面三个方案哪一个更可行？
【在 k*******d 的大作中提到】
: Still depending on the comparison between the resource your application needs
: to run and the overhead of building connection.
: If your app is simple and uses very little resource, you will be better off if
: you limit the connection pool, to force reusing.
: Otherwise, if your app is huge and uses a lot of resource, then the conn pool
: doesn't matter any more, 'cause it's not the bottleneck.
: You need to do some burden testing on your apps and server. Microsoft has a
: very neat tool called application t
|
|
