Цитата(Pegas @ 17.5.2005, 13:06)

А в чем ты предлагаешь хранить данные?

Ну а свой двоичный формат?

Вот только не совсем понимаю

Цитата(Pegas @ 17.5.2005, 13:06)

данные из фалов, сами фалы при надобности

Если без этого, то и обычным текстовым обойтись можно.

Цитата(s @ 17.5.2005, 16:13)

Ну а свой двоичный формат?

А зачем изобратеть веллосипед, если это все есть уже в БД.
Это что, мне надо будет для своего двоичного формата делать реализацию SQL? Реализовывать механизм индексации?
Зачем.

Я планирую использовать локальную БД. Absolut Database (www.componentace.com). Именно когда пользователь запустит в первый раз приложение, сам файл БД будет создаваться динамически. Так что в дистрибутиве этот файл никак не будет занимать место, только программный код.

Цитата(s @ 17.5.2005, 16:13)

Вот только не совсем понимаю Цитата (Pegas @ 17.5.2005, 13:06) данные из фалов, сами фалы при надобности Если без этого, то и обычным текстовым обойтись можно.

Я планирую, что можно будет указать формат файлов (расширение), которые будут сохраняться в BLOB поля БД. В принципе из приведенного кода - это можно понять.

Код

TTypeSaveFile = (tsfTxt, tsfImage, tsfFile);  //tipy sohranyaemyh dannyh v blob polya   ...   TMSFRecord = packed record //zapis' tablitsy informatsii o fayle     ID: Longint; //ID zapisi     ExtFile: string; //rasshirenie fayla     TypeSaveFile: TTypeSaveFile; //tipy sohranyaemyh dannyh v blob polya   end;

Я такой на яве написал. Две разные версии. И одну на бильдере С++.
Только вот БД нормальный недавно только нашёл поэтому буду переписывать под него.
Поделюсь своими идеями/ (Я бы софт дал, только у меня ни одна версия толком не закончена пока. И не знаю даже, где сейчас лежат. Так как форумом занялся

Есть такая штука- CD-organizer. Это коробка для сидишек в которой каждая просто имеет свой номер. (Я картинку поищу)
Мой софт сканировал сидишки и записывал данные в базу. Потом было просто замечательно легко. Пишешь название файла или его часть, а он тебе говорит "Сиди 34 /sbornik/java" например.
Так же было реализовано дерево типа проводника по которому можно было просматривать содержимое СиДи из архива не вставляя их ессно Двойной клик мышой был возможен так же как "копировать" и потом куда нибудь "вставить". При этом прога запрашивала необходимые Сиди.
Но по настоящему я гордился функцией нахождения двойников. Тоесть от каждого файла делался и сохранялся хэш. Потом при поиске по имени находились не только совпадения по имени, но и с одинаковым хэшем. Если какой нибудь файл приходил в негодность (часто на сиди случается) можно было найти его даже под другим названием (особенно для музыки было очень прикольно)
Хотел добавить функцию по составлению Сиди. То есть проверка на наличие файлов в базе, чтобы не писать одно и тоже по нескольку раз. Заодно и проверка на пустые папки...

Первая версия на файлах вместо базы составила 10МБ для 80 Сиди.
С базой - по 2 МБ на сиди. Поэтому в принципе и приостановил разработку в поисках нормальной иерархической БД, потому что в реляционной проводник плохо реализуется - всё висит ессно.
Пока нашёл FastDB советую взглянуть

Спасибо, посмотрю.

А насчет контрольной суммы файла - это идея! Я даже не подумал. Спасибо.
Добавлено @ 16:46

Цитата(sergej @ 17.5.2005, 17:08)

Поэтому в принципе и приостановил разработку в поисках нормальной иерархической БД, потому что в реляционной проводник плохо реализуется - всё висит ессно.

Тут имхо все зависит от реализации.

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

Посмотрите

http://www.nicomsoft.com/cdc_ru/

бесплатно, удобно, все самое необходимое, никакого перегруза.

Цитата(RST8 @ 18.5.2005, 01:58)

http://www.nicomsoft.com/cdc_ru/

Это не


Поэтому проект не теряет своего смысла. Тем боле тут рождается другая идея, более универсальная. Как приведу ее в порядок, можно будет попробовать совместную разработку.

Тут я поставил себе Google desktop search. Штука конечно сама по себе обалденная! Покопался в хэлпе и вот что нашёл:

Цитата

http://desktop.google.com/support/bin/answ...17227&topic=201 Can I search external drives? Google Desktop Search doesn't currently search external drives or drives which use removable media (such as CD or DVD drives). For more information about what you can find with Desktop Search, please see http://desktop.google.com/support/bin/answer.py?answer=10076

То есть они работают над тем, чтобы инфу на внешних дисках искать. Во как! Интересно, составит ли эта разработка конкурренцию каталогизаторам?

Идея уже не актуальна. Все что я хотел вооплотить, я уже увидел в существующих софтинах. А если писать конкурентно-спопобную другим аналогам, то надо будет подумать о новых фитчах. Которых нигде нет.

Я кстати себе поставил плагин с их страницы для этого.
Могу только посоветовать
http://desktop.google.com/plugins/cddvd.html


Все плагины:
http://desktop.google.com/plugins.html

Цитата(sergej @ 23.6.2005, 17:10)

То есть они работают над тем, чтобы инфу на внешних дисках искать. Во как! Интересно, составит ли эта разработка конкурренцию каталогизаторам?

Думаю нет, в гугле умные люди работают, они не делают комбайнов. Ибо универсальность достигается в ущерб качеству.

Тот плагин, который на который я выше сослался уже делает каталогизацию. То есть можно юзать уже

Сорсы прилагаются. Вроде написан на .Net. Кому что надо, может сам добавлять

Цитата(Pegas @ 23.6.2005, 15:53)

инфу на внешних дисках искать

Если имеется ввиду локальных дисках, то программисты из Google, как и из Меты сделали локальные поисковые системы.

Да, проект в любом случае потерял свою актуальность. Пока еще я немного опаздываю. Я задумываюсь реализовать идею, а через месяц, выходит масса программ, именно с той направленностью, о которой я думал. Так было с медиаплеером, теперь с каталогизатором.

Но я не унываю. Идей масса. Лишь бы время было всем этим заняться.