Реестр и большие объемы данных

[alextrof94]

Ну на самом деле объемы не такие уж и большие, но как компактно их хранить в реестре не знаю.

Есть ini структура типа (на самом деле это только малюсенький кусок, оригинал больше как по объему каждого item'a так и по количеству типов этих item'ов):

[main]
count=3

[item0]
name=ololo1
label=olololo1
count=4

[item1]
name=ololo2
label=olololo2
count=7

[item2]
name=ololo3
label=olololo3
count=0

Как такое можно хранить в реестре?
Ведь реестр собственно для того и был создан, чтобы от ini'шников отказаться.
P.S.: Куча ключей - не мой вариант. Надо чтоб в 1 ключе хранилось все.
Может перед отправкой в реестр все как-то запаковать по value/item, а при извлечении распаковывать?

[s-andriano]

Можно придумать формат, по которому хранить в бинарном массиве или строке. А при необходимости добывать эту массив или строку, разбирать на составляющие и использовать.
Минус такого подхода в том, что при изменении одного параметра перезаписывать в реестр придется весь массив.

[alextrof94]

Сообщение от s-andriano

Можно придумать формат, по которому хранить в бинарном массиве или строке. А при необходимости добывать эту массив или строку, разбирать на составляющие и использовать.
Минус такого подхода в том, что при изменении одного параметра перезаписывать в реестр придется весь массив.

Вот я тоже об этом думал, сначала хотел все в 1 value хранить, потом подумал о том что строки могут быть добавлены/удалены, по этому решил разбить Value/Item. А так как изменятся может как 1 часть целой строки, так и сразу несколько строк, решил использовать метод отложенной записи, т.е. пользователь сделал изменение, и таким образом запустил таймер, по завершении которого (или при завершении приложения) будет произведена запись всего массива.
Собственно сам подумал и все решил... Опять...

[Человек_Борща]

Не хранить в реестре, а использовать файлы.

[alextrof94]

Сообщение от Человек_Борща

Не хранить в реестре, а использовать файлы.

Так в реестре хранить удобнее, все же независимый источник и стандартному пользователю не добраться.

[eval]

смотря какая суть в данных, а таймер конечно тутчтоб круто смотрелось, не иначе..

[alextrof94]

Сообщение от eval

смотря какая суть в данных, а таймер конечно тутчтоб круто смотрелось, не иначе..

Ну хзхз. Просто у меня данные меняются в TEdit'ах, и меняются со скоростью печати, и с такой скоростью работать с реестром, как то не по мне...

[eval]

звучит бредово... как связаны м-у собой скарость печати эдиты и реестр, одному алаху известно

[alextrof94]

Сообщение от eval

звучит бредово... как связаны м-у собой скарость печати эдиты и реестр, одному алаху известно

procedure Edit1.onchange(...);
begin
saveMassivInRegistry;
end;

вот так связаны...

[eval]

это как в анекдоте
- доктор когда я делаю так, то болит
- ну вы так больше не делайте