0

我目前正在研究一个列出产品的现有网站，目前有超过 500 种产品。

该网站为每个产品都有一个文本文件，我想创建一个搜索选项，考虑阅读所有文本文件并创建一个包含每天一次可以搜索的值的 xml 文档。

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

有没有人使用过不使用 MySQL 的 PHP 网站？是否可以继续添加文本文件并每天只索引一次，即使这意味着拥有超过 5000 种产品？

4

4 回答 4

2

5000 似乎仍然可以通过每日 cron 作业进行索引。只要您不打算实时搜索它们，它就可以工作。这并不理想，但它会起作用。

于 2012-10-09T11:46:17.637 回答
1

是的，您很有可能将文件用于这些类型的交易，但这是不合理的。

最好使用 XML 而不是普通的 TXT 来完成这项工作。5000 种产品及其相关数据可能会在未来产生问题。

附言

为什么不是 MySQL？

于 2012-10-09T11:48:42.380 回答
1

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

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

祝你好运。

于 2012-10-09T11:51:40.670 回答
0

有可能，但是如果这不仅仅是一个在线目录，那么管理交易完整性是非常困难的——而且您甚至提出这个问题意味着您无法实施所需的控制。正如您已经发现的那样，它并不便于搜索（顺便说一句：mysql 的全文索引是一个非常生硬的工具 - 自己实现一个有效的搜索引擎并不是很大的努力 - 或者有很好的搜索引擎可用-现成的，例如mnogosearch）

（顺便说一句，为什么是 XML？它使管理数据比需要的复杂得多）

并为产品创建一个 crud 页面

为什么？如果客户端想通过文件上传来维护数据并且您已经需要移植数据，那么只需使用相同的接口 -数据存储的位置现在不相关。

如果托管+mysql 存在问题，那么使用 SQLite 可以获得大部分好处（尽管它也不会扩展）。

于 2012-10-09T11:59:20.767 回答