perf(cdclient): read ComponentsRegistry, ItemComponent and Objects from the fdb

The world and master servers pass the client's res/cdclient.fdb to
CDClientManager. When it opens, these three tables, all looked up by
their first column, find rows through the fdb's buckets instead of each
process caching the whole table: ComponentsRegistry keeps nothing,
ItemComponent and Objects keep only the entries asked for (their API
returns references). Ids whose rows CDServer.sqlite changes are loaded
from SQLite at startup and win. Without an fdb (or with one whose
columns don't match) the tables load from CDServer.sqlite as before.

ItemComponent and Objects now fill entries from one template for both
sources instead of copies of the same field list.

Tests cover the SQLite changes on top of the fdb, the no-fdb and
unmapped paths, and, when DLU_CLIENT_RES points at a client, every id of
the three tables through the fdb against CDServer.sqlite.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

dDatabase/CDClientDatabase/CDClientTables/CDObjectsTable.h

@@ -5,6 +5,8 @@
 
 #include <cstdint>
 
+#include "FdbReader.h"
+
 struct CDObjects {
 	uint32_t id;                            //!< The LOT of the object
 	std::string name;                      //!< The internal name of the object
@@ -25,7 +27,17 @@ struct CDObjects {
 class CDObjectsTable : public CDTable<CDObjectsTable, std::map<uint32_t, CDObjects>> {
 public:
 	void LoadValuesFromDatabase();
+
+	// Reads rows from the client's fdb from now on, if it is open; false keeps the table on CDServer.sqlite
+	bool LoadFromFdb();
+
 	// Gets an entry by ID
 	const CDObjects& GetByID(const uint32_t lot);
+
+private:
+	// Caches the entry of one id from CDServer.sqlite (the default entry when there is none) and returns it
+	const CDObjects& LoadFromSqlite(const uint32_t lot);
+
+	const FdbReader::Table* m_FdbTable = nullptr;
 };