我目前正在开发一个列出产品的现有网站,目前有500多种产品。
网站上有每个产品的文本文件,我想制作一个搜索选项,考虑阅读所有文本文件,并创建一个xml文档,每天可以搜索一次值。
客户表示他们想要添加产品,并用于使用文本文件添加产品。未来可能会有超过5000种产品,所以我认为最好用mysql做到这一点。这意味着导入当前产品并为产品创建一个crud页面。
有没有人有使用不使用MySQL的PHP网站的经验?是否有可能继续添加文本文件,并且每天只对其进行一次索引,即使它意味着有超过5000种产品?
答案 0 :(得分:2)
5000似乎是一个仍然可以通过每日cron工作索引的数量。只要您不打算实时搜索它们,它就应该有效。它并不理想,但它会起作用。
答案 1 :(得分:1)
是的,非常有可能,不合理您使用文件进行这类交易。
最好使用XML而不是普通的TXT来完成工作。拥有与之相关的数据类型的5000种产品将来可能会产生问题。
为什么不用MySQL?
答案 2 :(得分:1)
创建Mysql是因为基于文件的数据库速度慢且不准确。
只需使用mysql。如果你想保留旧的基于txt的数据库,只需构建一个简单的脚本,逐个导入每个文件,并在sql数据库中创建相应的表。
祝你好运。答案 3 :(得分:0)
但是,如果这不仅仅是一个在线目录,那么管理交易完整性是非常困难的 - 而且您甚至会问这个问题意味着您不在有利于实施所需的控制。正如你已经发现的那样,它不易于搜索(BTW:mysql的全文索引是一种非常生硬的工具 - 你自己实现一个有效的搜索引擎并不是很大的努力 - 或者有很好的搜索引擎可用 - 架子,例如mnogosearch)
(作为一个重点,为什么XML?它使管理数据变得比它需要的复杂得多)
并为产品创建一个crud页面
为什么呢?如果客户希望通过文件上传来维护数据,并且您已经需要移植数据,那么只需使用相同的接口 - 其中存储的数据刚才不相关。
如果托管+ mysql存在问题,那么使用SQLite会带来大部分好处(尽管它也不会扩展)。