txt в бинарник и обратно

[cowboy]

У меня сейчас данные пишутся в файл формата TXT..Но файлы уже порядочно большие..Хочется переделать все эта в формат dat и уже считывать и обрабатывать его.. Или если значение будет слишком много(планируется около 100000 тысяч значений в день) то тут уж может с БД связаться?

[Alex Cones]

Если дело в том, в каком формате сохранять,то ***.SaveToFile('File.Dat');
или AssignFile(F,'File.Dat'); в зависимости от способа работы с файлом.

[DeKot]

Формат файлов, в которых сохряняются данные, должен выбираться в зависимости от типа сами'х данных (символьные, строковые, числовые, графический вид, мультимедийный и т.д.). Если , к примеру , учитывать только размер - то , например, число 32767 в формате .txt (символьный тип) будет весить 5 цифр х байт
(символ занимает байт) = 5 байт.
В двоичном формате .dat это же число будет "весить 2 байта
тип - integer.
Для математической обработки этого числа удобней формат integer, а для выборки определенной цифры из числа - удобно использовать представление числа в символьном виде.
При большом количестве данных возникает проблема быстрого доступа к данным. И здесь уже приоритетным является не столько размер всех данных, а метод быстрого доступа. Именно для этих целей и служат системы с Базамы данных, позволяющие за счет программных методов получить быстрый доступ к нужным данным.
Следовательно предоставление данных в каком либо формате следует увязывать с самой задачей обработки этих данных.
Спасибо mutabor за поправку :
В двоичном формате .dat это же число будет "весить 4 байта

[mutabor]

В двоичном виде число будет весить столько, сколько весит переменная содержащая его.

byte - 1 байт
word - 2 байта
integer - 4 байта
double, int64 - 8 байт

Например, если в переменной integer находится значение 255 для к-рого в принципе хватило бы одного байта, в файле оно займет все равно 4 байта.

[Скандербег]

Господа, а не заметили, что cowboy планирует обрабатывать СТО МИЛЛИОНОВ значений в день (цитата: "планируется около 100000 тысяч значений в день"). Без БД но пасаран, даже если в цитате описка и планируется "всего" сто тысяч значений.

[Stilet]

СУБД однозначно будет лучше.

[Utkin]

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

У меня сейчас данные пишутся в файл формата TXT..Но файлы уже порядочно большие..Хочется переделать все эта в формат dat и уже считывать и обрабатывать его.. Или если значение будет слишком много(планируется около 100000 тысяч значений в день) то тут уж может с БД связаться?

А с какой целью это делается?

[cowboy]

Это не описка.. Реально надо будет записывать куда то около 100 000 строк ... Правда может реал тайм обрабатывать придется м только тысяч 50 ..Но периодически надо будет и все обхватить..

А цель как всегда одна-захватить мир .. А если честно то просто котировки с биржи считывать и обрабатывать..

С какой СУДБ посоветуете взаимодействовать? Выбор бал у мя (хз почему) на INTERBASE или Беркли..

[Utkin]

Нужна ли реально такая точность? Ну и как Вы будете обрабатывать? Достаточно брать изменение допустим раз в 1 минуту. Число данных уже меньше.

[cowboy]

ну как бы задание такое..ничто не могу поделаь..Буду осваивать БД...