|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
时间:2008-04-21
zhouky4665 写道 mario 写道 不可能完成的任务吧。
试想向文本中写10万行记录需要多长时间,数据库操作肯定比这个慢。不过没有做过10万条记录写文本测试。 以前项目来不及写数据库的时候,先写入文档。然后晚上再写入数据库。 不过10w/s....还是协商该需求吧。 不可能,写文本比写数据库慢。。。 时间要求是有点高,但是不是就随便改需求的。。。。 你可以试试看咯 |
|
| 返回顶楼 | |
|
时间:2008-04-21
晕死。够大的
|
|
| 返回顶楼 | |
|
时间:2008-04-21
这么厉害,什么业务场景?
|
|
| 返回顶楼 | |
|
时间:2008-04-22
了解数据库原理的因该知道写文本的速度是粉快的了!
感觉楼主在测硬件性能!目的性呢?群集设计否? |
|
| 返回顶楼 | |
|
时间:2008-04-22
呵呵楼主想法够有创意 不过好像实际项目中用不到如此...
|
|
| 返回顶楼 | |
|
时间:2008-04-22
使用内存表也许有可能实现,语句和索引都要优化.
|
|
| 返回顶楼 | |
|
时间:2008-04-23
小嘴看世界 写道 如果是10W数据应该考虑是写个程序导入 而不是insert into
比如Oracle 可以用sqlldr 而且不会产生undo 说的不好 参考下吧 这个同志建议可行,可以考虑。我所做的项目是移动项目,话单每天都是上亿级别的,就是用的这种方法 |
|
| 返回顶楼 | |
|
时间:2008-04-23
不用想insert了,它要记日志的。
数据库导入,如果还不能满足要求,就只能换硬件了。瓶颈在磁盘IO上,对这个地方优化。 |
|
| 返回顶楼 | |








