第一个问题：
创新互联公司服务项目包括汝南网站建设、汝南网站制作、汝南网页制作以及汝南网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，汝南网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到汝南省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
对应关系是多对多，也就是一篇文章可以给多人收藏，一人可以收藏多篇文章，使用第二种方法，可以任意扩展，第一种方法虽然在取值的时候方便，但是其他的扩展操作会很痛苦
第二个问题解法跟第一种一样
第三个问题：
缓存的使用，避免过度查询同样的sql，如果你的系统重复查询很少，你用缓存也没什么用，如果多，用缓存会快很多，你看你使用的情况，自己衡量什么时候该用
1, mysql -uroot -pxxxx //登陆数据库
2, show databases; //查看数据库,例如要在test库中建表
3, use test;//进入test
4, create table users（ //例如要建立users表,下面是建立字段
5, id int(10) unsigned not null auto_increment,
6, username varchar(20) not null,
7, userpassword varchar(20) not null,
8, email varchar(20) not null,
9, primary key (id));
//这样就建立好了一个基本完整的表了
说起用户表，大概是每个应用/网站立项动工（码农们）考虑的第一件事情。用户表结构的设计，算是整个后台架构的基石。如果基石不稳，待到后面需求跟进了发现不能应付，回过头来反复修改用户表，要大大小小作改动的地方也不少。与其如此，不妨设计用户表之初就考虑可拓展性，争取不需要太多额外代价的情况下一步到位。
先前设计：
id
username
password
用户名加上密码，解决简单需求，留个id作为其他表的外键。当然，那时候密码还可能是明文存储，好点的知道md5。
后来呢，随着业务需求的拓展，要加个用户状态 status 判断用户是否被封禁，注册时间和注册IP地址、上次登录时间和IP地址备查（并衍生出登录记录表，用来判断是否异地登录等，在此不表），用户角色/权限 role （又衍生出用户角色权限关系，还是另文讨论），业务也需要个人的个人信息如真实姓名、地址等也一股脑往上添加，现在形成了一个很完整的用户关系表。