网站在发表帖子这样的功能时，往往需要操作多个数据表，比如发表一个帖子，需要插入帖子post表，然后插入帖子标签post_tag关系表，插入post_user帖子关注表，更新tag表中posts帖子数量，更新user表中的帖子数量以及积分数量等。这些多个数据表操作是否是一次性完成的，还是用到了其他的方法呢？感觉一次性完成的话时间就比较长了。在发表回复、评论是时也有消息通知这些，展示帖子时也需要更新帖子的浏览量。不知道beanstalkd的作用是什么，我看到php phalcon框架官方做得一个示例论坛中用到了这个，不知道是不是对解决这些问题有用？
回复内容：
网站在发表帖子这样的功能时，往往需要操作多个数据表，比如发表一个帖子，需要插入帖子post表，然后插入帖子标签post_tag关系表，插入post_user帖子关注表，更新tag表中posts帖子数量，更新user表中的帖子数量以及积分数量等。这些多个数据表操作是否是一次性完成的，还是用到了其他的方法呢？感觉一次性完成的话时间就比较长了。在发表回复、评论是时也有消息通知这些，展示帖子时也需要更新帖子的浏览量。不知道beanstalkd的作用是什么，我看到php phalcon框架官方做得一个示例论坛中用到了这个，不知道是不是对解决这些问题有用？
网站性能在于数据库，但是对于很多网站来说，同时间写的数据其实并不多。
技术上面应用了三层结构，AJAX框架，URL重写等基础的开发。并用了动软的代码生成器及数据访问类，加进了一些自己用到的小功能，算是整理了一些自己的操作类。系统设计上面说不出用什么模式，大体设计是后台分两级分类，设置好一级之后，再设置二级并选择栏目类型，如内容，列表，上传文件，新窗口等。这样就可以生成无限多个二级分类，也就是网站栏目。对于扩展性来说，如果有新的需求可以直接加一个栏目类型并新加功能操作
根据你情况，可以做以下优化：
1.数据关联优化
post和tag的关联关系，可以单纯存入两者id，
post_tags,101xxx,103xxx
2.异步处理积分和消息通知
3.利用缓存处理频繁读写数据
浏览量可以先写入缓存，然后根据实际情况，譬如每50个浏览量，写一次数据库。
一般都是根据操作的事务完整性上来考虑的，若是完整性的那么后台就是一次性完成，若不是，那么可以操作多种方式去完成，如一楼所说多种方式！
