问个关于数据库设计的问题

Question

一个问答类型的社区(类似知乎)，有题库数万到数十万，用户数万到数十万；
每条题目有众多人解答，答案总数数十到上百万，
这些内容，是否都应该用数据表记录？上百万记录的数据表，对数据查询及更新影响大不大？
还有一点要命的功能：每个人可以对答案表示“喜欢”或者“不喜欢”。
数据库里应该详细记录每个人对每个答案的喜恶情况（因为不能重复点喜欢）。
是不是该用一个表把每一次喜欢或不喜欢的点击记录下来形成一个数据表？还是用什么设计方案比较合适？
如果有这么一个记录是否喜欢的表，那么这个表很可能上千万甚至数千万甚至上亿条记录（因为随手点一下太容易而且社区会鼓励用户进行点击）
这样的话，会不会造成表太大，查找更新效率很低？
通常采取些什么方案能有效提高效率？

Answer 1

问题表
答案表
喜欢不喜欢表
点击日志表

Answer 2

建议楼主先自己画个ER图。然后列出可能顾虑到的问题。

Answer 3

我的担心是：记录是否喜欢的表与日志表会不会太大？日志表可以按时间段分割成多个表，记录是否喜欢的表不好分割。

Answer 4

这给怎么给出你具体的设计上问题的建议呀！把你的具体的设计的E-R图列出
具体的表结构和表间的关系说清楚才能给出具体的建议那一块设计上有具体的问题。