因为以前没做过关于多版本的网站，貌似网上也没有这些开源代码
最近要做一个比较奇怪的东西 嗯 就暂定为一个 问答系统吧
A发布人可以发布问题
B、C、D 等等 很多人可以回答问题
当A 发布了一个问题 这个问题可以有很多人回答 但是A 突然发现他发布的这个问题突然不清晰 他想改一下 于是 这个问题 就变成了 第二个版本 大家回答问题 都是回答在第二个版本 而且大家能够看到所有这个问题的历史版本 也就是问题 类似百度百科 或者 淘宝商品 那样 有多版本 （貌似也能叫快照） 这个应该如何实现呢
这里面有个和普通百科多版本不一样的问题是 当前正在使用的版本 并不只是可以看 还可以 标记问题成功 或者问题下架 问题失败等等
我的第一次构思是把这新版本 都放在 ask表里面 但是我感觉这样做 肯定不太好 既然是问题表 当然都是 真实的问题 不能把以前的版本 也放在这里面吧
于是我想 或许是不是可以再建立一个 旧版本表 把每次更改前的版本都放在旧版本表里面呢
大神们有没有什么想法 ？
因为以前没做过关于多版本的网站，貌似网上也没有这些开源代码
最近要做一个比较奇怪的东西 嗯 就暂定为一个 问答系统吧
A发布人可以发布问题
B、C、D 等等 很多人可以回答问题
当A 发布了一个问题 这个问题可以有很多人回答 但是A 突然发现他发布的这个问题突然不清晰 他想改一下 于是 这个问题 就变成了 第二个版本 大家回答问题 都是回答在第二个版本 而且大家能够看到所有这个问题的历史版本 也就是问题 类似百度百科 或者 淘宝商品 那样 有多版本 （貌似也能叫快照） 这个应该如何实现呢
这里面有个和普通百科多版本不一样的问题是 当前正在使用的版本 并不只是可以看 还可以 标记问题成功 或者问题下架 问题失败等等
我的第一次构思是把这新版本 都放在 ask表里面 但是我感觉这样做 肯定不太好 既然是问题表 当然都是 真实的问题 不能把以前的版本 也放在这里面吧
于是我想 或许是不是可以再建立一个 旧版本表 把每次更改前的版本都放在旧版本表里面呢
大神们有没有什么想法 ？
一个问题被发表的时候生成一个父类ID，并且生成一个初始的子类ID，父类ID和子类ID进行关联，所有评论都与子类ID关联。
另外建议使用文本数据库，现在市场上的文本数据库还是比较稳定，可用考虑使用。
