Delphi & DB

С хранением файлов хорошо справляются файловые системы.

Хранение...бесспорно :)

Но....

организацией файлов

Я хочу сделать один файл...потому что капать везде надоело...

А если тебе не сложно, можешь хотя бы вкратце объяснить чем плоха идея с каталогом/бд?

Ещё раз. Задача заключается в чём? Автоматизировать бекап? Организовать помойку? Или оба? Или ни то, ни другое?

Организовать помойку

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

снапшотов

Я щас пораскидал мозгами...но снапшот - это хорошо, а поиск конкретного файла/файлов - это будет другое.

Снапшот - это же слепок диска? Ну будет полная копия директории, но внутри этого снапшота будет та же структура файлов, которые придется снова муторно перебирать/искать.

Все проще: find /my/files -mtime +0 -exec cp {} /backups/ (может что попутал, но как-то так). Пишется скрипт на баше/сях/чем-угодно за вечер.

Нет. Организовать - это одна задача. Собрать в один файл - это другая задача, это даже не вариант решения, это ещё одна задача.

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

http://www.softvelocity.com/

любой локальный индексатор.

т.е. смотри на свой набор данных как на личный интранет/интернет.

Для этого надо провести исследование. Что обычно ищется, по каким критериям, что при этом мешает найти искомый документ быстро. Может, у тебя поиск такой «Ну книга такая... синяя... автор на 'Л'... по нему ещё фильм снимал этот, как его... Михалков» - а окажется, что книга зелёная, автор - Уэллс, а фильм снимал Спилберг.

+1 за каталогизацию имеющейся файловой системы, а не запихивания всего в один файл.
есть програмные продукты типа tracker https://wiki.gnome.org/Projects/Tracker

Xellos gh0stwizard

Попробую просуммировать ваши вопросы ко мне :)

Мне нужно:

1. По сути что-то наподобии «снэпшопа», в котором количество файлов не изменится, но при этом они будут переорганизованы в какую-либо таблицу данных/файлов. 2. По поводу бэкапа - формирование единого файла «Проект.базаданных», «Личные_документы.базаданных», «Книги.базаданных». Внутри файлов - те же самые 100ГБ файлов, но с расширенным описанием, описанием того, зачем нужны были те или иные файлы проекта, книги и т.д. Когда будет ровно 3 файла, я буду знать, что они будут лучше бэкапироваться. 3. Может быть действительно оно будет походе на библиотечный каталог с инфой и исходным файлом для выгрузки и прочтения. А может и как база данных, в которую я буду вносить файл с определенными записями. 4. Мультиплатформенность: чтобы можно было открыть этот каталог/БД на любом компе, используя унифицированную форму поиска/запроса. 5. На чем именно базироваться будет - для меня неважно. В отношении мира БД я готов с радостью хоть DB2 от IBM изучать :)

Инструментов много...но какой выбрать - спрашиваю хороших людей всея ЛОРа :)

https://ru.wikipedia.org/wiki/Google_Desktop

не спасёт отца русской демократии? Вместо сложной организации - воспользоваться решением нечёткого поиска?

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

ещ qulinxao

Вот был от Яндекса.Поиск был - локальный индексатор, который действительно все искал. Но теперь проект исчез, равно как и решение от гугла..и вот начал подумывать о БД...

Последняя версия 5.9.1005.12335-ru-pb (23 августа 2010 года)

Не ну я понимаю, но....не понимаю. А не может ли это означать, что программа уже нинужна?

Тем более, что...

Программа лишилась поддержки и стала недоступна для скачивания 14 сентября 2011

но с расширенным описанием, описанием того, зачем нужны были те или иные файлы проекта, книги и т.д.

Чей-то у тебя запросы растут :)

Ну вот выше предложили Tracker и у него только два представления иерархии файлов: файловое дерево или таги (что по сути тоже самое дерево).

Суммируя, тебе нужно отдельно бэкапить и отдельно хранить мета-данные по файлам. Две разные задачи. Я бы написал свой «трекер» в таком случае, но придется работать с файлами только в нем, т.к. тебе нужна поддержка всех трех ОС.

Бэкенд по работе с файлами (тебе придется их перемещать, переименовывать, удалять и т.д.) я бы написал в виде сишной либы, т.к. там проще всего сделать разграничение по API для каждой ОС через ifdef. Она получится маленькой, т.к. по сути дублирует библиотечные вызовы.

Фронтенд я бы написал на чем-то простом и портабельном, может быть tcl/tk. Может Qt5 и его новомодный js-подобный сахарок. Далее, линкуем фронтенд с библиотекой и вауля у нас все круто и легко :)

P.S. Еще можно рассмотреть дизайн всяких VFS. Может есть что-то готовое.

Да, сейчас для своего админства за 2 дня делаю простые тулзы.

Спасибо :)

Пожалуй я напрягусь и начну изучать Си. Видимо никуда :)

Я выше, извини за мой социологический русский, под «трекером» подразумевал не гит-подобный сервис, а скорее БД как контейнер, с возможностью Гит и «хостинга» файлов внутри контейнера :) В MS Access есть такая возможность, но я не дибил и понимаю, что этот оффтоп нельзя заюзать нормально в Линуксе и даже в МакОСХ.

Лолшто? Можно же накидать свингов в NetBeans или JavaFX в Scene Builder.

БД как контейнер, с возможностью Гит и «хостинга» файлов внутри контейнера

Но ЗАЧЕМ?!!!

как там в свингах, до сих пор маются с gridbag-контейнерами, без возможности накидать на формочку фиксированных размеров кнопочки куда удобно? Можно мышкой перетащить метод из кода в гуевый редактор, и положить на поле «onchange»? UI уже выглядит нативно на винде, или всё так же по первому взгляду можно назвать тулкит на котором это сделано?

Delphi
продолжает развиваться
15.01.2015

Можешь поделиться контактами твоего диллера?

Хз. Давно на свингах не писал. Сейчас на ведре пишу. Но коллеги рядом педалят CRM на JavaFX.

Работает, но скатывается в фанатскую нишу. Применительно к здешней Open Source тематике можно было бы и чего нибудь поинтереснее поискать.

У C# хотя бы есть официальный open-source компилятор (Roslyn), сырцы которого есть на ...

Для Делфей есть freepascal который давно отлажен и для никсов в том числе. А когда тот Roslyn не только выложат но и активно запилят неизвестно ...

Организуешь новые каталоги по датам и складываешь туда файлы, а потом берёшь лазарус с любой подключённой к нему базой данных и пишешь где и что лежит, пути применяешь не абсолютные а относительно вводимой константы, лепишь формочку с кнопками и получаешь кроссплатформенный продукт. Хранить всё в одном файле не советую - велика вероятность что он навернётся из-за программного или аппаратного бага. На домашнем аппарате это запросто, например ты купишь винт не вполне совместимый с контроллерами материнки а потом используешь тормозную ФС использующую для ускорения плохо поддерживаемые комбинацией твоего железа фичи. Потом ты конечно поставишь ФС попроще или разобьёшь на меньшие разделы, но несколько файлов в тестовый период потеряешь.

файлов у меня на данный момент свыше 100 ГБ
Я так рассматриваю, потому что я хочу иметь вместо 100к файлов один ..

Ты правда хочешь бэкапить один файл на 100+ гб. ? Но в принципе можно просто затарить все оптом и подцепится снаружи с помощью fuse, если мы еще остаемся в рамках линукса.

«хостинга» файлов внутри контейнера :) В MS Access есть такая возможность, но ...

SQLite. Если нужно имеено БД. Но tar-образные для таких объемов обычно более прямой вариант.

ZFS + snapshots. Забудешь про поиск, проверку

... и про данные - в случае смерти носителей.

мышкой перетащить метод из кода в гуевый редактор, и положить на поле «onchange»

ЗЛО. Чистое и незамутнённое.

docear/jabref

Собрать уйму файлов в один файл

кроме этого.

bcause we cn

Тут вот чувак собирается на веб-сервере раздавать статику посредством mongodb. Надо его сюда привлечь, для обмена опытом.

Тут никаких претензий. MongoDB is web scale!

Модна и гатична!

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

Лайф-case: недавно нужно было для корректной ссылки в статье найти файл с автором. У уменя очень дурная привычка файлы со всяких JSTOR, WebOfKnowledge и всяких EBSCOHost не переименовывать. Так и получается «contentserver.pdf», «contentserver(1).pdf», «contentserver(N).pdf». И чтобы весь этот трэш не кидать в корзину. Ибо жалко и по подписке халявной закрытые файлы достаются, поднял собственно сабж в ТЗ.

Я просто не могу в Ъ-линуксоидном языке выразить до конца этот «феномен» с контейнером. Ибо у меня реальная ситуация: папка внутри еще шести папок, чтобы кое-как в голове сохранялась картина директорий.

Так вот когда я рыкнулся искать этот чортов файл, мне пришлось убить час. Потому что я помнил в какой группе папок была заныкан файл «98663487.pdf», но в какой именно папке - нет.

Я уже начинаю медленно доходить, что в один файл стремно кидать....

Спасибо!

Непосредственно перед сном (в ~01:00) уже идея выскакивала около того. Наверно я реально не буду сильно заморачиваться. А просто вместо файлов буду указывать линки в выдаче запроса.

А монгоДБ я планировал...изучать.. :D

docear/jabref

О, не знал! Вернее не знал, что они отдельно от TeX Live могут существовать. А какой именно посоветуешь? Jabref, насколько я понял - это по сути BibTeX выпиленный в отдельное приложение...я BibTeX хоть чуть чуть, но изучал и пробовал.

Сам пользуюсь для каталогизации pdf простеньким referencer-ом. Но мне кроссплатформенность не важна.

А так, насколько я понимаю, docear на базе jabref, т.е., по-идее, более развесистый комбайн.

Кстати, в вики ЛОР-а стоит иногда заглянуть.

Дело не в самом mongodb, у неё есть своя область применения, в которой она замечательно справляется, а в том, что не надо вырезать гланды автогеном.

Каталогизация. Метки. «я помнил в какой группе папок была заныкан файл 98663487.pdf» - это уже диагноз. Метки и поиск по ним. Как минимум - источник данных и ключевые слова содержания. Желательно, конечно, автор и заголовок.
Но если останется дурная привычка делать тупо «contentserver.pdf», «contentserver(1).pdf», «contentserver(N).pdf» - только полнотекстовая индексация и поиск, увы. И ни дельфи, ни web-scale здесь не помогут.

Какой дельфи, какая БД, какие еще снапшоты на zfs? Тебе нужен простой индексатор. Бери готовый, либо набросай формочку на PHP с хранением метаинформации (вносится вручную по мере добавления файлов, либо с какой-то долей автоматики).

Какой-нибудь TagFS точно не решит проблему?

Приходилось мучиться, типа часть логики писать на Си, и подключать DLLками

но какая проблема потребовала такого странного решения? почему не писать обе части на одном языке?

ну например, потому что все остальные в команде пишут на си. Они бы убили за дельфи, но тогда пришлось бы мараться об создание гуя самостоятельно. Единственный человек, которому не стремно - я - ламер и умеет кодить только на Дельфи.

А потом вышел Delphi 8 и сразу стало понятно, что Дельфи закончился - хотя бы потому, что на тогдашнем компе оно стартовало по 5 минут, даже дольше чем Эклипса. Это была катастрофа. Пошел смотреть эти их Visual C++, и оказалось что MFC и всё такое - такое говно полное, что лучше вообще не кодить, чем кодить на _этом_. Собственно, я и пошел дальше работать админом (переводить организацию с шиндовса на линукс, допиливать внутренний софт на джава, итп). А потом создали более мощные компьютеры, эклипса вместо 5 минут стала грузиться 5 секунд, у Microsoft появился .NET с шарпами и няшными формочками, и всё вернулось на круги своя. Заодним изобрели новый веб с аяксом, так что нативные интерфейсы стали просто не нужны, вся жизнь в браузере, а клепать КРАСИВЫЕ форомчки в вебе еше удобней.

либо набросай формочку на PHP с хранением метаинформации

Дело в том, что это приравнивается к электронной таблице. С одной стороны просто, с другой стороны немного тупо. И вообще ну слишком просто. Мозги не заправляет :D

Так вот когда я рыкнулся искать этот чортов файл, мне пришлось убить час. Потому что я помнил в какой группе папок была заныкан файл «98663487.pdf», но в какой именно папке - нет.

Spotlight чем не угодил и его аналоги на линукс и винде?

Потому что это очень долго. И искать мне влом по номеру. я могу его забыть запросто. А еще помимо этого мне бы хотелось смастерить что-то подобное библиографии с прикрепленным файлом...

Долго что? Ты, похоже, спотлайтом ни разу не пользовался. Он и в полнотекстовый поиск умеет, ворды, эксели, пдф, почта и прочее - вот это вот всё, да.

Дело в том, что это приравнивается к электронной таблице

В эл. таблице ты всего не сможешь сделать.

И вообще ну слишком просто. Мозги не заправляет

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