iov_a的博客

找到微博表中的id 然后再在评论表中找到weibo_id 如果这条评论的weibo_id和微博表中的id相同说明这条评论确实就是发布在相关的微博上面的。道理相同，只需要在用户表中找到id，然后在评论表中找到user_id，如果相同，可以确定这条评论确实是相关用户发布的。你可以看到评论者 ID、被评论微博的 ID，但你并不知道这个微博的内容是什么，也不知道用户昵称，只能看到 ID。如果只看到了微博表就看不到用户根据某个微博发的评论了，如果只看评论表就看不到，某个被评论发布的微博的具体信息了。

数据库本质上就是一个大仓库，里面存放着我们的各种表数据等等，比如(博客记录表，期末成绩表)。数据库约束就是设计者为这个仓库设下的几条硬性规则。这些规则的唯一目的就是：保证我们仓库中的数据是靠谱的，不混乱的，符合实际的。先通览一下数据库中所有的约束类型说明NOT NULL非空约束指定非空约束的某一列不可以存储NULL值DEFALUT默认约束某一列忘记或者业务要求不赋值时使用的默认值比如(匿名)UNIQUE唯一约束指定唯一约束的列，每行数据必须有唯一的值PRIMARY KEY主键约束。

数据库保存数据的仓库就称为数据库编写一个用户管理系统，可以让用户在我们编写的系统上进行注册等操作，此时就涉及到了保存用户数据的操作，目前我们的做法可以将一个用户信息以一个User对象形式表示，然后利用IO知识中的文件流与对象流将对象序列化都写入XXX.obj文件中保存。当有大量的obj文件后，可以使用一个专门的目录"users"来保存所有的obj文件，用来归纳所有的用户数据。同理，其他数据也可以放在对应的目录中，这些目录都可以称为数据库。以目录和文件形式保存数据，如何维护?半编码半手动，编码很难做到通用，灵