如果有10000条数据应如何设计呢
假如数据库中有10000条数据,而且还有可能新增加数据,就象csdn论坛一样
在网上也看到xml的用法但心存疑惑
1如果直接把数据库数据用分页的方法显示出来,这样会增加数据库的负担,也不经济.
2把数据库的内容直接生成n个xml文件(每个文件为相同的数据,不够时用添加方法,达到时重新生成新的xml文件)( 但如果有一条数据删除了也是个问题,csdn是不用删除的直接修改内容)
3网上也有人说,根据查询条件取出数据生成xml,然后显示,这样的好处是减轻数据库负担,我没有感到这样的好处.
请高手给我支招,你们觉得如何设计才好.或者结合json等其他方法也行,
[解决办法]
xml格式也可以存储到SQL2005中,感觉数据库处理要好一些
另外,如果不经常改, 可以考虑写xml,问题转到IO的压力了
[解决办法]
如果这些数据要经常使用还是放在数据库里比较方便。
[解决办法]
假如数据库中有10000条数据,而且还有可能新增加数据,就象csdn论坛一样
在网上也看到xml的用法但心存疑惑
1如果直接把数据库数据用分页的方法显示出来,这样会增加数据库的负担,也不经济.
------------------------------
会增加数据库的负担?这个我没有觉得。至于不经济的问题,可以用MySQL这样的免费数据库或者Access这样的单机版数据库。
2把数据库的内容直接生成n个xml文件(每个文件为相同的数据,不够时用添加方法,达到时重新生成新的xml文件)( 但如果有一条数据删除了也是个问题,csdn是不用删除的直接修改内容)
---------------------------------
按照第1-100条数据保存到1-100.xml文件,101-200条记录保存到101-200.xml这样的办法也是一种思路,将来再增加数据按照类似于自增字段这样是实现办法,删除是从数据库删除掉该记录。这样查询起来比较方便。
3网上也有人说,根据查询条件取出数据生成xml,然后显示,这样的好处是减轻数据库负担,我没有感到这样的好处.
----------------------------------
这个问题我觉得你好像有些过滤了吧,才区区1w条数据就把你愁成这样,偶以前做千w级的数据该怎么办?
[解决办法]
10000小数据,怎么处理都没有什么问题
[解决办法]
这样啊,楼主是不是要做数据交换呢?
把xml直接作为数据库来用,肯定是不行的吧.
[解决办法]
sql语句优化。
[解决办法]
旁听 学习...
[解决办法]
旁听而已
[解决办法]
up
[解决办法]
1如果直接把数据库数据用分页的方法显示出来,这样会增加数据库的负担,也不经济
=======
怎么会呢?关键看你要怎么分
你才这么点数据.不用愁什么吧.
直接把表建好就ok了.这么点数据如果dbms都处理不好.那还叫什么数据库
直接把表设计好,合理运用索引.这么点数据不算什么
[解决办法]
MARK
[解决办法]
学习
[解决办法]
有什么好方法吗?请高手支招啊,
[解决办法]
为什么没人跟贴了,好急啊
[解决办法]
DECLARE @P1 INT,
@nRowCount INT
--//注意:@scrollopt = 1 会取得Select的时候的总行数
EXEC sp_cursoropen @P1 OUTPUT, @strSql, @scrollopt = 2, @ccopt = 335873, @rowcount = @nRowCount OUTPUT
IF (@P1 != 0)
BEGIN
--SELECT @nRowCount AS nRecordCount, ceiling(1.0 * @nRowCount / @nPageSize) AS nPageCount, @nPageCount AS nPage
SET @nPageCount = (@nPageCount - 1) * @nPageSize + 1
EXEC sp_cursorfetch @P1, 32, @nPageCount, @nPageSize
EXEC sp_cursorclose @P1
END
GO
[解决办法]
高级问题,恐怕不是分页那么简单的事。学习。
[解决办法]
建索引