sql数据库设计，一对多的问题。数据量在200w+,求设计思路

Question

拿新闻系统来说。一条新闻对应多个分类，正常来讲表设计为一对多的关系，3张→新闻表，分类表，新闻分类关联表。随着时间的推移，新闻越来越多，表中的数据越来越大。查询起来会越来越慢。程序要求能够按照多个分类(or的关系)、标题、地区等去搜索新闻、分页。如何设计这个系统的表结构才能使得搜索高效快速？（分类均为五位数的ID），新闻内容需要格式，html代码，需要什么类型？与新闻表分离还是在一起呢？目前数据量200w+。
旧的程序设计是只有一张新闻表，分类单独一个字段，分类字段数据用逗号隔开‘10001,10002,10012’这种，新改版后需要多个条件搜索，按目前200w左右的数据like查询，三个分类or的关系查询都得个4s甚至更多，实在接受不了。该如何设计？如果现有的表结构不改变该如何优化？求解~~~
SQL Server

Answer 1

可以分库，比如分为历史库和当前库。对于历史库的内容，直接缓存静态页面。不必要再查询。
另外不知道你like是什么？全文搜索么？全文搜索需要建立全文索引（对于中文，还有一个分词的步骤）。而不是这么like