Текстовая база данных

[Diamock]

Здравствуйте Уважаемые!
На сайте VBnet.ru, прочитал статью Михаила Эскина "Текстовый файл как база данных".
У меня возник вопрос: существует ли ограничение по размеру текстового файла? Ну, скажем 3 мб или 100 мб?
Извините, если вопрос заведомо идиотский .

[Хакер]

В статье явно говорится о применении таких методов к очень маленьким объёмам (50—100 записей).
Какая речь может быть о 3 или 100 мб?

Текстовых файлов как отдельной разновидности файлов не существует. Ограничение на размер файла (любого) зависит от файловой и операционной системы.

[iGrok]

Этот метод действительно рассчитан на работу с файлами по 50-250 записей.
В данном случае, ограничение будет скорее по быстродействию.
Если работу с файлом оставить в том виде, в котором она описана в статье, я бы не рискнул пробовать открывать файлы более 100кб.
Время открытия/сохранения может оказаться весьма существенным. Вплоть до нескольких минут на слабых машинах.

Для указанных тобой объёмов следует либо использовать один из существующих форматов файловых БД (access, dbf, SQlite) (если нужны возможности SQL), либо писать свой формат хранения.

[Dmitriy2003]

Ограничение на размер файла (любого) зависит от файловой и операционной системы.

Это - Хакер, пошутил.
До чего - же вы довели формучан - уже каждый третий считает свои вопросы "тупыми", "идиотскими" или "глупыми".

[Хакер]

Это - Хакер, пошутил.

Я нигде не шутил.

[Dmitriy2003]

Я нигде не шутил.

Если это не правда, и не шутка - то что-же

[Хакер]

Что это?

[Dmitriy2003]

Ограничение на размер файла (любого) зависит от файловой и операционной системы.

[Хакер]

Это истина.

[Dmitriy2003]

Ограничение на размер файла (в общем случае) зависит от файловой и операционной системы. Это истина

[Хакер]

Т.е. ты считаешь себя правым в том, что заменяешь «(любого)» на «(в общем случае)»? И эта чертова пометка в скобках делает из фразы-шутки фразу-истину?

Объясни и обоснуй.

[Dmitriy2003]

что - тут непонятного. Куча программ намеренно, ограничивают размер файла - хотя им ни os ни fs не препятствуют - зачем же утверждать обратное
Значит - форма "любого" - некорректна, а в общем случае - вполне подходит, и это правда и не важно в скобках она была написана или нет.

[Хакер]

Причём тут программы? То, что это делают программы — это ограничения, касающиеся самих программ, а не ограничения, касающиеся файлов.

Размер файла как понятия, существующего в рамках файловой системы, ограничен файловой системой прямо и косвенно операционной системой, как посредником между приложением и файловой системой.

Слово «любой» — уместно, особенно учитывая распространённое умственное заболевание, под влиянием которого в голове возникают мысли о том, что файлы подразделяются на текстовые и нетекстовые (бинарные) вообще. И что этим двум разным семействам соответствуют разные признаки, качества, возможности и ограничения. Заболевание очень распространённое, а проявляется обычно желанием прочитать 100-ую строчку файла, зря не читая предыдущие 99 и последующие лишние.

И да. Познай разницу между тире и дефисом

[Dmitriy2003]

Хакер, я не болен - а ты себя хорошо чувствуешь ?

[Хакер]

Я знаю, что ты не болен указанной болезнью. Возможно, кстати, что ты болен другой распространённой: принимать на себя высказывания, нацеленные другому или вообще не нацеленные никому.

[Dmitriy2003]

Нет - этим я тоже не страдаю. И личной неприязни ни к тебе, ни кому-бы то ни было другому на этом форуме у меня нет.

[iGrok]

Дмитрий, ты таки совершенно не прав. Ограничение на размер любого файла зависит только от ФС и ОС.

То, что какая-то программа ограничивает размер "своего" файла пятью мегабайтами никак не может мне помешать дописать в этот же файл ещё 300 мегабайт "руками".
Да, программа не сможет этот файл прочитать. Но файлом он от этого быть не перестанет.

[Dmitriy2003]

Да, программа не сможет этот файл прочитать. Но файлом он от этого быть не перестанет.

Какой толк от такого файла, кроме того, что мы, называем его "файлом", ведь ТС наверняка спросил потому-что начитался ограничений про базу access,
и мне вполне понятны доводы Хакера. Тока мы здесь не на форуме где файловые системы обсуждаются.
Мне лично не интересно спорить на эту тему - поскольку ни я вас ни вы меня переубедить не сможете. Да и не важно это.

[Diamock]

Здравствуте Уважаемые!
Не ожидал, что мой вопрос вызовет такую полемику.
И, в очередной раз убедился, для получения чёткого ответа, надо правильно сформулировать вопрос.
Наверное, мне проще описать задачу.
Появилась идея, написать программу для коллекционирования (собирания, хранения, навигации) исходных кодов VB. Я понимаю, что таких программ много, но хочиться создать свою.
С базами данных, я дело никогда не имел, а API-Guide хранит свои данные в текстовой базе. Поэтому, после прочтения статьи у меня возник такой вопрос.
Если правилам хорошего тона в программировании, считается использовать для этой цели БД, посоветуйте с чего начать изучение.
С уважением...

PS:

ведь ТС наверняка спросил

Что означает ТС?

[Twister]

Ну, во-первых, глючный API-Guide работает не так быстро, как мог бы работать. Связано ли это непосредственно с хранением информации в файлах собственного формата или с кривыми руками создателей я не знаю, не дизасмил его и не буду. Поэтому утверждать, что "API-Guide работает так и я так буду делать" немного глупо с моей точки зрения.

Если Вы с базами данных никогда не работали (а следовательно не работали с хранением больших объемов данных), то от идеи написания чего-то своего, что работало бы достаточно быстро и надежно, придется на время отказаться. Я рекомендую воспользоваться готовым решением.

Теперь о решении. Если предполагается базу использовать только локально, то можно (но крайне нерекомендуемо в следствие объективных причин) использовать тот же Access. Я бы использовал Embedded Firebird Server (Embedded для того, чтобы просто таскать с собой библиотеку и не вынуждать пользователей дополнительно что-то устанавливать), файлы базы данных этого формата по крайней мере так необоснованно не растут, как mdb.

ЗЫ. ТС означает Topic Starter

[Diamock]

Уважаемый Twister!
Большое спасибо за содержательный ответ!
С уважением...

[jangle]

Появилась идея, написать программу для коллекционирования (собирания, хранения, навигации) исходных кодов VB. Я понимаю, что таких программ много, но хочиться создать свою.
С базами данных, я дело никогда не имел, а API-Guide хранит свои данные в текстовой базе. Поэтому, после прочтения статьи у меня возник такой вопрос.

Посмотри исходники Organize Code 1.0, похоже это то, что тебе нужно. Заодно и с работой с Access разберешься.

[Antonariy]

А я бы вообще не писал такой программы.
Что может быть удобнее и наглядней:

[Денис]

Что может быть удобнее и наглядней:

Разве что тотал двухпанельный файловый менеджер с поддержкой descript.ion-файлов и подобных плюшек.

[Andrey Fedorov]

Дмитрий, ты таки совершенно не прав. Ограничение на размер любого файла зависит только от ФС и ОС.

Все же несколько не так:

Пробовали установить позицию в большом файле с помощью функции Seek?
Или узнать его длину с помощью функции FileLen?

Подскажу - все упрется в предел типа данных Long.

Как вывод - полноценная работа средствами VB6 возможна только с файлами до 2 гигабайт.

[Хакер]

Так это (опять же) ограничение со стороны программы: ограничения некоторых функций VB, а не самих файлов. Есть другие функции, непосредственно от ОС, которые имеют ограничения, о которых я и говорил выше.

[Andrey Fedorov]

Так это (опять же) ограничение со стороны программы: ограничения некоторых функций VB, а не самих файлов. Есть другие функции, непосредственно от ОС, которые имеют ограничения, о которых я и говорил выше.

Ну мы все же не возможности ОС имеем в виду, а возможности средства разработки.
Понятно что файл может быть десятки гиг, но нормально работать с ним из VB6 становится невозможно уже после 2 гигабайт.

[Хакер]

Я об ограничениях ОС и ФС, и думаю автор о них же. И вот почему: ограничения среды разработки, ограничения некоторых программ — можно обойти. Часто легко. Ограничения ОС и ФС — никогда в принципе.

И ограничение ОС и ФС, это «громкое ограничение» — это было прописано в спецификации, к нему стремились, на него полагались, его заявляли. Это нормально.

А ограничения VB — это «нелепое» ограничение, которое с ходом времени стало сильно заметным.

[iGrok]

Пробовали установить позицию в большом файле с помощью функции Seek?
Или узнать его длину с помощью функции FileLen?

Делать мне больше нечего. Мне и CreateFile / ReadFile / WriteFile вполне подходят. А им как-то пофигу, файл какого размера читать. =)

И ещё раз. Это не ограничение на размер файла. Это ограничение на размер файла, с которым может работать конкретная программа.

[Andrey Fedorov]

Делать мне больше нечего. Мне и CreateFile / ReadFile / WriteFile вполне подходят. А им как-то пофигу, файл какого размера читать. =)

Это уже API. Что там от Basic-a остается? И все одно неудобно работать с большими числами...

И ещё раз. Это не ограничение на размер файла. Это ограничение на размер файла, с которым может работать конкретная программа.

Правильно. С этим никто и не спорил.

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

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