可能帖子标题有歧义,我来解释一下:
我想选用Bugzilla作为公司bug管理的工具,大家知道的,bugzilla用的是mysql作为数据库,我看过它的数据库构造,里面有表专门存放bug,以及attachment,我现在需要对这个有所考量,就是 如果每年大约有1万个左右bug数量,以及每个bug都会大约0.5m的附件,mysql能否承受住这个重任?目前看来,我不担心存放bug数量的表,但我担心的是attachment这个表,也就是说每年这个表的物理文件会增大0.5x10000/1024=5G,这样的数据量,不知道mysql吃不吃的消,会不会造成一定的瓶颈,因为同时有500人在访问使用它。
希望大家给我指点一下,谢谢!
我想选用Bugzilla作为公司bug管理的工具,大家知道的,bugzilla用的是mysql作为数据库,我看过它的数据库构造,里面有表专门存放bug,以及attachment,我现在需要对这个有所考量,就是 如果每年大约有1万个左右bug数量,以及每个bug都会大约0.5m的附件,mysql能否承受住这个重任?目前看来,我不担心存放bug数量的表,但我担心的是attachment这个表,也就是说每年这个表的物理文件会增大0.5x10000/1024=5G,这样的数据量,不知道mysql吃不吃的消,会不会造成一定的瓶颈,因为同时有500人在访问使用它。
希望大家给我指点一下,谢谢!
是的,他是以二进制文件流的形式将附件内容保存在一个叫attach_data.MYD的文件中的。表物理文件大小和上传附件大小紧密关联。To wangtiecheng(不知不为过,不学就是错!) :
谢谢你的建议,我会去考量一下Team Foundation Server!
性能上来说,对于myisam类型的表不建议使用变长的字段,像blob什么的,要比固定长度的表慢一些。
但就您提到的应用,每年1万条的记录,不是很大,放心使用好了。
我也考量了一下mysql的manual,看来这么做应该是没有问题的。
再次感谢大家的热情。