私は現在、製品を一覧表示する既存の Web サイトに取り組んでおり、現在 500 を少し超える製品があります。
Web サイトにはすべての製品のテキスト ファイルがあり、すべてのテキスト ファイルを読み取り、1 日 1 回検索できる値を含む xml ドキュメントを作成することを考えて、検索オプションを作成したいと考えています。
クライアントは、製品を追加したいことを示し、テキスト ファイルを使用して製品を追加するために使用されます。将来的には 5000 を超える製品が存在する可能性があるため、mysql でこれを行うのが最善だと思います。これは、現在の製品をインポートし、製品のcrudページを作成することを意味します.
MySQL を使用しない PHP Web サイトの経験がある人はいますか? たとえ 5000 を超える商品があったとしても、テキスト ファイルを追加し続け、1 日 1 回だけインデックスを作成することは可能ですか?
5000 は、毎日の cron ジョブでインデックスを作成するのにまだ管理可能な量のようです。リアルタイムで検索する予定がない限り、うまくいくはずです。理想的ではありませんが、うまくいくでしょう。
はい、非常に可能性がありますが、これらのタイプのトランザクションにファイルを使用することは妥当ではありません。
また、ジョブには通常のTXTの代わりにXMLを使用することをお勧めします。どのようなデータが関連付けられている5000の製品は、将来問題を引き起こす可能性があります。
なぜMySQLではないのですか？
ファイルベースのデータベースは遅く、不正確であるため、Mysql が作成されました。
mysqlを使用するだけです。古い txt ベースのデータベースを維持したい場合は、各ファイルを 1 つずつインポートし、SQL データベースに対応するテーブルを作成する簡単なスクリプトを作成するだけです。
幸運を。
その可能性はありますが、これが単なるオンライン カタログ以上のものである場合、トランザクションの整合性を管理することは非常に困難です。また、質問をしているということは、必要な種類の制御を実装するのに適した立場にないことを意味します。そして、すでにお気づきのように、簡単に検索することはできません (ところで、mysql のフルテキスト インデックス作成は非常に率直な手段です。効果的な検索エンジンを自分で実装するのに多大な労力を費やす必要はありません。または、優れた検索エンジンを利用できる-the-shelf、例mnogosearch )
(偶発的な点として、なぜ XML なのか? データの管理が必要以上に複雑になります)
製品のcrudページを作成します
なんで？クライアントがファイルのアップロードを介してデータを維持することを望んでおり、すでにデータを移植する必要がある場合は、同じインターフェイスを使用してください。データが保存されている場所は今のところ関係ありません。
ホスティング + mysql に問題がある場合は、SQLite を使用するとほとんどの利点が得られます (ただし、拡張性はありません)。