|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 17 Oct 2006 16:23:42
To : Ruslan Kosolapov
Subject : Re: tcsh vs bash
--------------------------------------------------------------------------------
Ruslan Kosolapov -> Ilya Anfimov @ Tue, 17 Oct 2006 03:42:57 +0000 (UTC):
>>> >> IA> Hе понял юмора. Что, grep (аналог) на метаданных не работает?
>>> >> Дык это, нету аналога-то. Для того, чтобы поиск по метаданным был
>>> IA> Those who don't know unix are condemned to reinvent it -- poorly.
>>> Hу и к чему это сказано?
IA>> К тому, что у прокладывателей новой эры дажэ аналога грепа нет.
RK> В iTunes есть поиск помощнее grep-а, там практически полноценный
RK> sql-like язык. Только всё равно это всё требует базы.
RK> Если написать grep-meta.sh вида "locate mp3 | xargs
RK> вытащить_мета_инфу | grep bla", то работать это будет нифига не
RK> быстро.
SQL, надо сказать, отнюдь не мощнее грепа. Вообще говоря. Его
выразительные возможности сильно беднее, а если взять тот, который
расширен RE, то он начинает и работать не сильно быстрее грепа. Плюс к
тому он годится только в случае весьма регулярной и, что критично,
не слишком развесистой и практически неизменной структуры данных и
требует каждый раз думать при задании запроса (grep позволяет думать
только в том случае, когда ответ на запрос убегает за границу экрана).
Коллекция mp3, конечно, в изрядной степени удовлетворяет условию
"неизменная и не слишком развесистая структура". При нехилой
дисциплине, соблюдаемой при поступлении данных (бережно перекодировать
все теги в одну и ту же кодировочку) и пока не встают задачи,
обсуждавшиеся выше по тегу (что-нибудь похожее на то, что слушали
вчера). Что само по себе уже довольно убедительное ограничение. А в
типичной задаче все и того хуже.
Я это, несколько лет на двух разных работах занимался, в частности, тем,
что запихивал в SQL структуры разной степени нечеткости. Получается
выбор из трех зол - либо к структуре и тем, кто ее вводит, требуется
прилагательная программистская бригада, обрабатывающая требуемые
изменения в оной структуре (новостные сайты), либо оно работает, мягко
говоря, не быстрее грепа (CMS с богатыми возможностями, веб-форумы с
большим количеством настроек), либо структура слишком бедна для
пользователей (простейшие CMS, сравнительно шустрые веб-форумы).
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
Fill the difference...
--- ifmail v.2.15dev5.3
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
