Denis -> debian-russian@lists.debian.org @ Mon, 26 Feb 2018 16:30:52 +0700:
>>> Предложите инструмент по сабжу. Решается задача для fun'a, поэтому не >>> стесняйтесь (общение в рамках решения этой задачи является частью >>> fun'а) >> Используйте обычные coreutils. Их возможности (если вместе с awk) >> вполне достаточны для решения поставленной задачи. >> Храните данные в формате Tab separated по одной таблице в файле и >> впред. >> >> Если же хочется использовать sql, то рекомендую sqlite. У него формат, >> конечно, не текстовый, но зато оно нет требует никаких постоянно >> работающих процессов, как рекомендованный в соседнем письме mysql. >> >> Ну и скрипты лучше писать не на баше, а на питоне. Благо у него >> поддержка sqlite в стандартной библиотеке. >> >> Я вообще считаю, что писать "на баше" не следует никогда. Если ты >> пишешь шелловский скрипт, он должен быть совместимым со >> стандартным /bin/sh. Повторяю - не с ash, который у нас обычно заменяет >> /bin/sh, не с фрибсдшным /bin/sh (хотя и с ними тоже), а с настоящим >> юниксовым Bourne Shell (из ближайшего соляриса). >> >> Если же возможностей bourne shell не хватает, стоит сразу >> переориентироваться на perl, python, ruby или lua. >> > Вроде бы нашел, что искал - GNU recutils. > www.gnu.org/software/recutils > кто-то пользовался? Стоит начинать процесс штудирования мануала? В описании > инструмента есть аргументы, почему не Mysql и не Sqlite. Не пользовался. Но выглядит интересно. Человеко-читаемое содержимое плюс ссылочная система явно, судя по терминологии, из баз данных - это очень хорошая идея. Если на этом достаточно удобно выражаться, то понятно, почему не sqlite, не говоря уже про mysql.
