> ХМЛ в чистой форме тоже не особо легко читается
Угу, его тоже на помойку, есть альтернатива -- S-списки, но не суть важно, XML правится любым текстовым редактором, а ещ╦ он грепается, в шелле за полминуты я скрипт сделаю, чтобы найти нужную инфу. С реестром работать НЕУДОБНО.
> кстати а почему MySQL в бинарном формате базы не сохраняет?
Я не в курсе, я не смотрел в каком он формате держит базы. Ты уверен, кстати? Блобы он как хранит тогда?
>> В обыкновенных инифайлах это тоже возможно, зачем тут именно бинарный формат?
> дату создания каждого ключа? права на его изменения, чтение , запись? например я могу запереть ключ от изменения определ╦нным юзером , при том что юзер имеет полные права на запись в соседние ключи. чтото в ини файлах я такого не встречал
Ты обоснывываешь нагромождение ненужных сущностей. Иерархическая структура каталога с инифайлами умеет вс╦ это и не требует ненужной привязки к средствам работы с реестром. Там где не требуется разделение прав доступа, а достаточно одного общего уровня доступа используют XML, если надо хранить иерархически связанную информацию. И, наконец, для достаточно сложной программы существуют БД, которые умеют вс╦ перечисленное. Реестр тоже БД и притензия не к тому, что он умеет перечисленное, а к тому, что он нафиг не нужен при наличии имеющихся средств. Для хранения / изменения обыкновенных простых конфигов стреляют из пушки по воробьям.
> а я и не тяну лишнего. подключился к регистру и имею доступ ко всем настройкам, вместо того чтобы искать по фестплате где какой конфиг сидит
Зачем искать-то? Как ты прочитав толстую книжку по реестру знаешь имя ключа, который хранит нузные тебе данные, так и мы вызвав man progname знаем какой именно конфиг в /etc хранит настройки. У нас нет помойки, вс╦ ч╦тко организованно.
> обьясни мне зачем базы данных такие большие? раскидай таблицы по фестплате в текстовых файлах, если какой загн╦тся - от руки перепиши.
а регистр это обычная база данных.
Ответ абзацем выше - с тем что реестр это БД я не спорю, я говорю о том, что эта искусственно введ╦нная сущность лишняя.