PHP网站没有mysql

时间:2012-10-09 11:43:19

标签: php mysql xml

我目前正在开发一个列出产品的现有网站,目前有500多种产品。

网站上有每个产品的文本文件,我想制作一个搜索选项,考虑阅读所有文本文件,并创建一个xml文档,每天可以搜索一次值。

客户表示他们想要添加产品,并用于使用文本文件添加产品。未来可能会有超过5000种产品,所以我认为最好用mysql做到这一点。这意味着导入当前产品并为产品创建一个crud页面。

有没有人有使用不使用MySQL的PHP​​网站的经验?是否有可能继续添加文本文件,并且每天只对其进行一次索引,即使它意味着有超过5000种产品?

4 个答案:

答案 0 :(得分:2)

5000似乎是一个仍然可以通过每日cron工作索引的数量。只要您不打算实时搜索它们,它就应该有效。它并不理想,但它会起作用。

答案 1 :(得分:1)

是的,非常有可能,不合理您使用文件进行这类交易。

最好使用XML而不是普通的TXT来完成工作。拥有与之相关的数据类型的5000种产品将来可能会产生问题。

PS

为什么不用MySQL?

答案 2 :(得分:1)

创建Mysql是因为基于文件的数据库速度慢且不准确。

只需使用mysql。如果你想保留旧的基于txt的数据库,只需构建一个简单的脚本,逐个导入每个文件,并在sql数据库中创建相应的表。

祝你好运。

答案 3 :(得分:0)

但是,如果这不仅仅是一个在线目录,那么管理交易完整性是非常困难的 - 而且您甚至会问这个问题意味着您不在有利于实施所需的控制。正如你已经发现的那样,它不易于搜索(BTW:mysql的全文索引是一种非常生硬的工具 - 你自己实现一个有效的搜索引擎并不是很大的努力 - 或者有很好的搜索引擎可用 - 架子,例如mnogosearch

(作为一个重点,为什么XML?它使管理数据变得比它需要的复杂得多)

  

并为产品创建一个crud页面

为什么呢?如果客户希望通过文件上传来维护数据,并且您已经需要移植数据,那么只需使用相同的接口 - 其中存储的数据刚才不相关。

如果托管+ mysql存在问题,那么使用SQLite会带来大部分好处(尽管它也不会扩展)。