问一下高手。。。PHP用文本做数据库有没有弊端

大量浏览的会出现小概率事情，同时写操作。既然用文本，那浏览量应该以不大为前提。
  文本数据库还有数据量大的就是效率不高（应该说很差），如果文本数据库都搞定了，oracle，sybase还混吗？

解决方案 »

  1.   

    此言差矣！楼主所说“文本”，应该是含有某种结构的ascii码文件，否则是不能存储多项信息的。
    在此基础上，数据库与他并无本质的区别。难道数据库不用“文件”保存内容吗？难道不做频繁的文件操作吗？唯一不同的是，数据库将其提供的功能编译成了机器语言，而php基本是解释执行的。
    如果说有“弊端”，那就是“慢”点。但这与是否使用“文件”没有任何关系！
      

  2.   

    那是不是用zend盗版一编译,会好一些?
      

  3.   

    你怎么只会想到文本啊..........有这么多的好数据库也不用....如果你的程序是PHP的..就用MYSQL.是最佳的黄金搭档
      

  4.   

    我个人认为用文本数据库不足点有：1.安全性能不好，
      因为是.txt的文件，只要有不良用心的人，知道了你这个文件的URL，直接用浏览器就可以打开，那还有什么用呢？2.速度慢  速度慢，也就意味着效率低，如果你是用这个文本数据库来存储小容量数据的话，问题还不大，如果容量一大时，还就是恶梦3.不易管理与操作
      因为是文件数据库，各项操作的函数都在自己定义 ，别小看这操作，可也是很烦人的。
     我以前就试过，看似很简单的一个函数如删除一条记录，相关操作量可不小呀，还有，你不能保证你写的函数没有Bug呀，是吧。以上这些是本人使用中的一些感悟而以，希望可以帮你，附：为什么不用黄金搭档 MySQL呢？？
      

  5.   

    引用---------------------------------------------------------
    此言差矣！楼主所说“文本”，应该是含有某种结构的ascii码文件，否则是不能存储多项信息的。
    在此基础上，数据库与他并无本质的区别。难道数据库不用“文件”保存内容吗？难道不做频繁的文件操作吗？唯一不同的是，数据库将其提供的功能编译成了机器语言，而php基本是解释执行的。
    如果说有“弊端”，那就是“慢”点。但这与是否使用“文件”没有任何关系！
    --------------------------------------------------------------
    此言差矣。数据库最大的不同就是数据库是一个运行中的服务而不是一堆文件。很多内容都是放在内存中而不是文件中的。数据库会估算，记录使用最频烦的数据放在内存中。好的数据库能大大的减少你读硬盘的次数。你以为数据库就是一个查询算法吗？
      

  6.   

    看了大家的意见，小弟也想谈谈一、我觉得用文本作为数据库还是比较安全的，你不一定要用.txt格式，你可以用.php其实对于是不是安全,我同意楼上的意见,主要是写程序的人,用一个php文件作存数据的文件,只要加上一些算法,还是可能,而且就算是有人知道了你的那个文件的地址也不可能下载下来二\快与慢还是在于写程序的人,还是个算法的问题,文本论坛有个CTB作的,应该是现在比较知名的吧,他的BBs,同时会有很多人在线,我觉得也不是很慢的三/用数据库有时不太实现吧,人家公司就申请了个PHP空间,让你去作,你总不能让对方在申请数据库去吧？小弟就这么点看法,呵呵,见笑了
      

  7.   

    说文本慢的人，是不屑用文本，所以说文本慢，因为没有真正关注过。
    “效率低的不能怪文本只能怪写程序的人”大型的商业程序，还是mysql等比较实际。
    个人网站，用文本可以节约成本。处理的好的话，又能慢到那里去？
      

  8.   

    文本数据库不能放太多的东西，不过一个文件中放几万条数据，如果结构好的话，速度还是很快的。至于安全性，现在大家都生成php文件，在文件头上加上<?die()?>或<?exit()?>,这就可以避免其它人直接在浏览器中查看文件内容。但文本也有限制的，一个是权限，因为现在的虚拟主机多是unix/liunx,这个是很多人头痛的地方，创建文件倒没有关系，创建文件夹就不能写入了。另一个是操作和管理起来比较麻烦，用mysql你只要写一句查询语句就行了，对于文本或许你要分析n多行。还有一个就是占用空间多，假如你有10000篇文章的话，估计就要用至少100M空间。而且这么多文件如果放在同一个文件夹下的话，总不大好
      

  9.   

    去看看CTB文本论坛,用文本存储数据也没看到有任何弊端.