请教一个关于聊天记录该以什么方式储存的问题

背景是这样的：一个WEB聊天程序，其中一个主功能就是在线双方的实时聊天，但是这个聊天记录最终是不会被保存的，只是在双方聊天的时候，也就是聊天窗口没有被关闭前，临时的储存一下聊天记录，我初步设计是临时保存最新的300条记录。

那么问题是：这最多300条的临时聊天记录，我改存到哪里，用什么方式存比较好？是用临时文件的方式存到本地，还是存到前端JS内存中，或者建一个MYSQL数据表，不断的insert,delete,update？又或者存到MC、SESSION这样的内存里？还是说有其它更好的方案？

请注意一点，这个聊天记录只在双方聊天窗口没有关闭的时候，临时的来显示当前聊天的内容的，当聊天窗口被关闭或者退出聊天之后，这个聊天记录就不用了。

回复讨论(解决方案)

私聊？
存在那都可以
1、存在 js、cookie、session 的问题在于双方都要保存
2、存在 Memcache 的问题在于需要第三方软件
3、存在文件，问题在于总多的一对一，将可能引起文件系统管理问题
3、存在数据库应该是首选，况且 mysql 的内存表，速度极高

私聊？
存在那都可以
1、存在 js、cookie、session 的问题在于双方都要保存
2、存在 Memcache 的问题在于需要第三方软件
3、存在文件，问题在于总多的一对一，将可能引起文件系统管理问题
3、存在数据库应该是首选，况且 mysql 的内存表，速度极高

xu大请教mysql的内存表,和redis想比怎么样? 之前从没用过mysql内存表,请教一下

redis 是键值对数据库，mysql 是关系型数据库。两者是完全不同的东西，无法比较

redis 需要安装第三方服务器、扩展。自然相应的 php 代码也不同
mysql 内存表只是存储介质不同，其操作方法与其他表没有什么不同。从 php 的角度看，只是换了个表名而已

redis 是键值对数据库，mysql 是关系型数据库。两者是完全不同的东西，无法比较

redis 需要安装第三方服务器、扩展。自然相应的 php 代码也不同
mysql 内存表只是存储介质不同，其操作方法与其他表没有什么不同。从 php 的角度看，只是换了个表名而已

内存表不能存varchar或者text字段吗？

是的不能存text字段，但 varchar类型长度不受限制

是的不能存text字段，但 varchar类型长度不受限制

那就是说，我用来存文字记录的话，只能用varchar类型了？设多大的长度合适？

聊天嘛，能有多长？你当是做文章？
微博都限在140字

聊天嘛，能有多长？你当是做文章？
微博都限在140字

版主老大，我准备在新浪SAE上试试看，你觉得用ajax长轮询实现可以吗？