Где лучше хранить данные в INI или во многих TXT.

← →
vidiv © (2003-06-16 10:31) [0]

Я хочу сделать многопользовательский проект в нете, и мне интеренсно что будет быстрее и лучше* работать: Если все данные будут хранится в одном ini файле, или раскиданы по многим маленьким txt(по каждому юзеру отдельно).

*лучше - в смысле влияния на память и Windows.

← →
PVOzerski © (2003-06-16 10:39) [1]

Если я не ошибаюсь, если работать с ini-файлом через API, то для ini-файла есть ограничения по размеру (кажется, 64K, но не помню, для всех ли платформ). Из этого и исходите. Кстати, есть еще по меньшей мере 2 варианта - несколько пользовательских ini-файлов для одного приложения и использование реестра (я, лично, реестр не люблю, но это, в общем, дело вкуса и особенностей задачи). А если у вас данные - числа (да и в других случаях, например - если их надо шифровать), можно подумать о их хранении непосредственно в двоичном виде в двоичном файле.

← →
Anatoly Podgoretsky © (2003-06-16 10:49) [2]

От задачи зависит, а она у тебя смутная, походит на гадание на кофейной гуще.

← →
Anatoly Podgoretsky © (2003-06-16 10:50) [3]

Дополнительно и то и другое текстовые файлы.

← →
stone © (2003-06-16 10:52) [4]

> Если все данные

Что именно подразумевается под словом данные?

← →
vidiv © (2003-06-16 10:55) [5]

Задача схожая, допустим с чатом! Если много пользователей, о них надо хранить инфу, исполльзовать и часто менять!

← →
vidiv © (2003-06-16 11:02) [6]

> stone © (16.06.03 10:52)
>
> > Если все данные
>
>
> Что именно подразумевается под словом данные?

Инфа например!

← →
stone © (2003-06-16 11:04) [7]

> Задача схожая, допустим с чатом! Если много пользователей,
> о них надо хранить инфу, исполльзовать и часто менять!

Если хранить на сервере, лучше использовать СУБД, а для персональной информации, хранящейся у пользователя (настройки всякие) - cookies

← →
vidiv © (2003-06-16 13:30) [8]

СУБД... какая лучше?

← →
stone © (2003-06-16 13:36) [9]

Лучше не большая (Interbase и ее клоны), но можно и MySQL, есть и другие варианты. О достоинствах и недостатках различных СУБД уже говорилось не раз.

← →
Ihor Osov'yak © (2003-06-16 13:45) [10]

Последним временем для хранения локальных данных использую xml (с шифрацией и без оной). Очень удобная технология, особенно для данных иерархической природы. Плюс отпадает проблема с движком базы данных..

> Ihor Osov"yak © (16.06.03 13:45)
> Последним временем для хранения локальных данных использую
> xml (с шифрацией и без оной). Очень удобная технология,
> особенно для данных иерархической природы. Плюс отпадает
> проблема с движком базы данных..

А в D7 если компоненты для работы с xml?

← →
гончий (2003-06-16 14:21) [12]

Компонент TDataFile - тот же ini, только без ограничений на размер и тип хранящихся данных, хоть байтовый массив храни(бесплатно и с исходником):
http://www.degisy.com/download.php?lang=rus

2 vidiv © (16.06.03 14:16)

uses msxml;

в общем, есть компонентная нахлабушка над этим делом (d6) -

TXMLDocument. Но все-же для задач обработки, парсинга намного удобнее напрямую использовать соотв. интерфейсы, поэтому я работаю непосредсственно с msxml. Плюс к тому же интерфейсы от msxml очень детально расписаны в документации от MS и не только от MS.. Поэтому я выбрал линию на прямую работу с msxml без посредством компонент (работал и в d5, а там, кажется, соотв. компонента нет);

to гончий (16.06.03 14:21)
когда будет логичное продолжение
Degisy Data 1.0 [560 Kb]
Компоненты прямого доступа к таблицам Paradox, dBase, Clarion 2.1 и Degisy DA1.
Используется прямой доступ к данным (никаких DLL, BDE, ADO и т.п.) ( with sources)
(Delphi6, Delphi7)
???
(вроде раз оговорился, если спроса не будет то будет. ну как есть? и будет ли в таком случае?(продолжение))

Где лучше хранить данные в INI или во многих TXT. Найти похожие ветки