Я ничего похожего на БД не видел. И пользовался той ссылкой что ты написал (когда-то).
Использовал Hashtable и данные из одного рекордСтора, потом искал по ключю в другом рекордСторе. Можно создать ещё третий рекордСторе в котором будут содержаться ключи из предедущих двух. Например:
recordStore 1: Cars
Key (допустим это CarId): 1, Value (Допустим это CarName): Jeep
Key (допустим это CarId): 2, Value (Допустим это CarName): Mitsubishi
Key (допустим это CarId): 3, Value (Допустим это CarName): Citroen
recordStore 2: Wheels
Key (допустим это WheelId): 1, Value (Допустим это WheelType): 14"
Key (допустим это WheelId): 2, Value (Допустим это WheelType): 15"
Key (допустим это WheelId): 3, Value (Допустим это WheelType): 25"
recordStore 3: CarsWheelsRelations
Key (допустим это WheelId): 1, Value (Допустим это WheelType): 3
Key (допустим это WheelId): 2, Value (Допустим это WheelType): 1
Key (допустим это WheelId): 3, Value (Допустим это WheelType): 2
вот с такой бадьи можно делать выборку.
а вообще можно придумать какой нибудь разделитель, например "|" и в один рекордсет
пихать данные в виде текстовой таблицы, например:
// table Products (справочник товаров)
// Pid, ProductType, Name, Qty, Unit, Price, VendorId
// String products = new String("1|AB|Pepsi-Cola|153|B|21.5|41232");
далее загоняем это в рекордСтор, в трёх других у нас будет храниться ProductTypes (как TypeId, TypeName) в виде (3|Drinks), Units (как UnitId, UnitName) в виде (12|Bottle), Vendors (как VendorId, Name, Phone, Address, и т.д.) в виде (41232|Pepsi Bottlers Company|+7-812-xxx-xxxx|Promzona Parnas|... и т.д.)
Написав раз нормальный класс по обработке этого всего дела можно пользоваться в будущем и я думаю что такой компонент даже можно продавать.
|
(если нет, то можем продолжить.)