千万级数据库设计和程序架构

[壹毛]

我现在手头上要做一个千万级数据库的设计，但是我从来没有做过这种项目。不知道这种数据库应该如何策划；

还有就是数据库设计好了之后，应该如何操作这个数据库，主要有像“like”查询，数据的分页查询。

数据库前期准备用Sql Server 2000 程序是用ASP.NET 程序。

程序设计方面应该怎么样设计？如何架构，才能保证这个系统的稳定和数据查询的速度。

如果某位高手有这方面的设计经验，可以参与我们开发，设计。

请各位高手多多提意见，给小辈一些意见。

[fireswallow]

[Quote=引用 1 楼 qiujsh 的回复:]
最近做一个项目，一般的东西自己写，搜索这块专门用了别人写的全文检索引擎，速度是比自己写SQL快
[/Quote]

全文检索引擎?
好像有三方插件包

[热学沸腾56]

学习。。帮顶！！

[a21999]

up

[paozi201]

学习下，帮忙顶

[HimeTale]

如果技术问题你说的算,那就别用数据库了,直接存文件操作文件.

[cnidb]

http://download.csdn.net/source/676143

[wklilong]

这个数据量用sql+like 肯定不行了
因为like 会让索引失效
建议你用 sql 全文索引
或者 其他的搜索框架什么的
我的网站用的是 lucene.net
http://www.yaofanzi.com

[ultraedit55]

不懂，up

[ProjectDD]

学习

[js1722]

[Quote=引用 11 楼 wklilong 的回复:]
这个数据量用sql+like 肯定不行了
因为like 会让索引失效
建议你用 sql 全文索引
或者 其他的搜索框架什么的
我的网站用的是 lucene.net
http://www.yaofanzi.com
[/Quote]


这个网站是用lucene.net对数据库数据进行全文检索的?

[ultraedit55]

up

[yeardan]

友情up

[jsh1313]

这主要取决于楼主的业务重心了，我觉得用2005好一点，至少在数据库本身的性能上能提高一点，还有，千万级的数据对.NET应用程序是个挑战，建议不要用类似NHIBERNATE的东东，这些东西在大数据量时性能比较低，还是直接用SQL操作比较好，存储过程是不可或缺的一个元素。like尽量少用，数据库表和索引的设计一定要谨慎！如果上10万级的数据检索尽量不要采用即时运行，采用数据库的DTS技术与计划安排，可以在每天的凌晨运行系统级检索及报表查询。
但这样的设计带来的是巨大的维护成本，你可能很难想象。任何一个数据库表结构的变更，可能就会牵一发而动全身。
稳定的程序，完善的单元测试也不可少，个人觉得单元测试覆盖率至少应该在85％-90％，呵呵！

[DDbibi]

How to implement distributed Cache in ASP.net?

[lubo821020]

搜索建议用lucune全文检索，让数据生成索引文件，在索引文件中查询，不去和数据库交互

[nosuchtracter]

缓存才是王道

[ladyuncle]

up

[南哥1207]

[Quote=引用 21 楼 nosuchtracter 的回复:]
缓存才是王道
[/Quote]
找李天平的数据库缓存看看~

[zhangfk]

学习，学习

[zjh222]

这么大的项目用Oracle,它会有许多的解决方案, 不要因为Sql server便宜就用它, 到时你哭也没有用