我们不会去使用自增长的id，在现阶段的互联网开发过程中，自增长的id是已经不适用了。在未来随着系统版本的迭代，用户数量的递增，肯定会做分库分表，去做一些相应的切分。在这个时候我们就需要有一个唯一的id。项目里面会有一个唯一id的插件去使用。所有的主键id都会使用一个字符串varchar。小头像是预览过程中会使用到的。聊天页面使用的是小头像。qrcode是扫码的。cid是client id，它是针对我们每一台手机设备，每一台手机设备都会有一个唯一的cid，这个cid可以通过plus(设备的H5+)相应的API去获取，获取之后cid会用于做消息的推送。
users是用户表，还有一个用户请求表friends_request。
my_friends表。用户和朋友之间会有一个关联关系。通过好友的时候，my_friends表是插入两条记录，因为我的朋友和我自己是可以有一个逆向的。
聊天记录表chat_msg。任何的聊天记录在服务端都会保存的。sign_flag是签收的状态。我发送消息给我的朋友，我的朋友收到消息之后他没有去读，这个时候他的状态其实是未读。如果说他的用户接收之后，他可以自动地再发送一条签收的状态到我们的服务端，就可以证明我们当前这条消息是签收了。这个我们在netty里面我们会去做，我们会做签收的状态的更改的相应的代码实现。
一个真正的聊天软件，一个IM软件的话，其实它肯定是不止这四张表的。因为使用的是mybatis，把所有的数据库表逆向生成实体类pojo。pom.xml里面其实是包含了mybatis以及是数据源一些相应的依赖，另外mybatis逆向生成的工具的依赖。
<!-- mybatis 逆向生成工具 --> <dependency> <groupId>org.mybatis.generator</groupId> <artifactId>mybatis-generator-core</artifactId> <version>1.3.2</version> <scope>compile</scope> <optional>true</optional> </dependency>
generatorConfig.xml是用于生成相应的配置。