Home/ Questions/Q 7172865
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-28T15:42:16+00:00

I don’t have experience in database development, so I need your suggestions in choosing

  • 0

I don’t have experience in database development, so I need your suggestions in choosing of a database that can be used in Firemonkey.

I need to store html files (without media now, but they can be with), their total size is around 20 GB (uncompressed text). A main feature must be maximally fast searching of text in the database, and it must be possible to implement human searching (like google). Plus, there can be compression (20 GB is to much to store. If compression makes searching slow it’s not required).

What kind of databases are appropriate for my concern?
Thanks a lot for your suggestions!

Edited

Requirements:

  1. Price: Free
  2. Location: local or remote
  3. Operating system support: Windows
  4. System requirements: a database with a large footprint
    (hopefully in exchange of better performances)
  5. Performances: fast text searching
  6. Concurrent users: 20
  7. Full text indexing and searching: human (Google-like) fast
    text searching is required
  8. Manageability: doesn’t matter much

I know an on-line web legal database that can search words through 100 GB of information in milliseconds. I need the same performance, and Google-like searching is required.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Delphi database access layer is separated from FireMonkey, it’s the same used by VCL (although FM AFAIK relies only on LiveBindings to access data, but that’s not an issue in your case).

    Today 20 GB are really not much data. Almost any database will handle them without much effort if properly configured. What engine to choose depends on:

    • Price: how much are you going to spend for it?
    • Location: do you need a local database (same machine) or a remote one (LAN or WAN)?
    • Operating system support: which OS should it run on?
    • System requirements: do you need a database with a small footprint, or you can use one with a larger one (hopefully in exchange of better performances)?
    • Performances: what are the required performances?
    • Concurrent users: how much user will connect to the database concurrently?
    • Full text indexing and searching: not all databases offer it out of the box
    • Manageability: some databases may require more management than others.

    There is no “one database fits all” yet.

    • 0