Хранение и анализ

[folio]

Уважаемые, так или иначе вы в процессе "разведки" накапливаете достаточно большой объем информации. В тех же doc, xls, ppt, txt и т.д. Поделитесь, кто как хранит и анализирует инфу.. :) (я сразу откидываю пользователей тяжеловесных систем). Мне интересно, у кого-нить есть предпочтения в персональных системах хранения и анализа неструктурированной инфы?

[CI-KP]

Уважаемые, так или иначе вы в процессе "разведки" накапливаете достаточно большой объем информации. В тех же doc, xls, ppt, txt и т.д. Поделитесь, кто как хранит и анализирует инфу.. :) (я сразу откидываю пользователей тяжеловесных систем). Мне интересно, у кого-нить есть предпочтения в персональных системах хранения и анализа неструктурированной инфы?

13101[/snapback]

Может быть, стОит начать с себя? Расскажите, как проблема решена Вами, в чем плюсы и в чем минусы этих решений, что Вы хотели бы улучшить.

[kvisnilainen]

Уважаемый folio, а что Вы имеете в виду под "тяжеловесными системами"? Не знаю, включаете ли Вы в их число СУБД, но тем не менее опытом поделюсь

 

Лично я работаю с большими объемами текстовой информации при почти полном отсутствии графики. Сначала хранил информацию в Excell, потом понял, что это неудобно для поиска нужной информации и переключился на Access. Вещь волшебная: если знать эту программу даже на примитивном уровне, то можно написать простейший запрос, который за долю секунды извлечет из огромного массива информации именно те сведения, которые нужны. Можно настроить формы ввода информации, различные системы сортировки данных, формы вывода ее в файл или на печать и т.п. При помощи простейшей процедуры экспорта данные из Excell или Word перегоняются в Access, а система гиперссылок может связать текстовые фрагменты с графическими. Сейчас хочу освоить Paradox.

Не спорю, что работе с СУБД надо учиться, но эффект стоит потраченного на освоение данной программы времени.

[Игорь Нежданов]

2 kvisnilainen

Разные СУБД подходят под разные задачи. Но действительно они значительно облегчают жизнь. Только вот вести БД с большими документами в Access проблемно. в поле ограничение 256 символов, в поле Memo не ведется полнотекстовый поиск как и в прикрепленных файлах style_emoticons/default/smile2.gif Зато для структурированной информации Access действительно удобен, особенной для индивидуалов или небольших объемов. Хотя сталкивался с БД под Access, имеющими несколько миллионов записей. Как обошли ограничение по колличеству записей не знаю.

 

 

2 folio

По вопросу обмена опытом. CI-KP абсолютно прав - если хотите, чтобы вам кто-то что-то дал, дайте сначало сами...

 

Если с СУБД никак, а инфы много, начните с систематизации посредством файловой системы. Под каждый проект своя папка. Каждому файлу осмысленное название содержащее название проекта, название объекта и сути информации. Поиск можно вести как средствами Win, так и внешними прогами типа Ищейка, Яндекс или AVSearch. Если одна и та же инфа используется в нескольких проектах - создавайте ярлыки данного файла в соответствующих папках. В общем немного фантазии, смекалки и усердия, и работу можно наладить.

[kvisnilainen]

2 kvisnilainen

Разные СУБД подходят под разные задачи. Но действительно они значительно облегчают жизнь. Только вот вести БД с большими документами в Access проблемно. в поле ограничение 256 символов, в поле Memo не ведется полнотекстовый поиск как и в прикрепленных файлах  style_emoticons/default/smile2.gif 

13123[/snapback]

Странно, у меня в базе почти все записи превышают 256 символов, поля имеют тип memo, но все ищется волшебно при использовании звездочек и прочих элементов запросов.

[Флибустьер]

Не ищется в Access по полю Memo style_emoticons/default/smile6.gif

[kvisnilainen]

Не ищется в Access по полю Memo  style_emoticons/default/smile6.gif

13170[/snapback]

У меня Access 2000, все запросы в базе заточены именно на поиск информации в поле Memo. Сейчас еще раз тестировал- все находится! Но при условии применения одной хитрости.

Например, если в поле МЕМО забит стишок

"раз- два- три-четыре- пять,

Вышел зайчик погулять" и т.п., то для того, чтобы запрос нашел слово "зайчик", необходимо в запросе написать *зайчик*. Да, я согласен, что при таком подходе вылезут всякие Зайчиковы и т.п., но их можно отфильтровать в процессе обработки материала.

[Игорь Нежданов]

Проверил - в Access 2000 поиск по Memo работает.

[Kanaris]

У Access есть несколько недостатков:. Access резервирует место под каждое поле по максимуму даже если в поле нет никакой информации. В результате БД растет (по объему) даже если информации в ней минимум. И в Access связь "многое ко многим" можно создать только через таблицу посредник. А это серьезное усложнение. Конечно, на 100 тысячах записей это не заметно, но когда приходится оперировать миллионами - тут начинаются проблемы. В этом плане хорош Cronos. В нем этих проблем нет. Но вот с цифровой информацией Cronos работает гораздо хуже Acces. По этому приходится выбирать оптимальный вариант в зависимости от стоящих задачь. У меня например основа в Cronos, и в нем же отлажены настройки для импорта-экспорта в Access. Работа с текстами соответственно в Cronos, а если нужно поработать с цифрами (стат анализ) тут уже Access рулит.

[kvisnilainen]

2 Canaris!

Уважаемый Canaris! Скажу честно, впервые слышу про Cronos. Я правильно понимаю, что речь идет об этом http://www.cronos.ru/products.html ?