С помощью одной команды awk вы можете получить ее:
awk 'BEGIN {global_max = 0} /abc$/ {cur_max=length([110]); if (cur_max > global_max) {global_max=cur_max; word=[110]}} END {print word}' log.txt
Использовать переменную global_max
, которая будет отслеживать самое длинное увиденное слово (инициализировать нулем в блоке BEGIN
). [ 114]
Затем, для каждой строки, которая заканчивается на «abc», получите длину и сравните ее с максимальной глобальной длиной. Если это больше, замените старые значения новыми.
Наконец, напечатайте найденное слово.
OODBMS лучше, если только необходимо получить доступ данным через объекты. Если Ваше решение требует дополнительных трасс к Вашим данным (например, специальные запросы, создание отчетов, другие приложения, которые нужны в доступе к данным, но не могут использовать Ваши объекты), то традиционная система RDBMS лучше.
Примечание: OODBMSes сделали большое улучшение этой области.
Я не знаю, насколько большой Ваши планы, но доступность опытных и квалифицированных людей, чтобы нанять (или только предоставить руку) включила бы в мое решение, а также просто обычно большую совокупность знаний относительно всех входов и выходов DB.
Oracle или MySQL имеют их дефекты, но разногласия - то, если у Вас есть проблема, 100 других людей имели ту же проблему и могут сказать Вам, как решить его.
Я сказал бы, что то, что, если Вы рассматриваете что-то как db4o, что у них, кажется, нет примеров предприятия включения веб-сайтов, и главным образом используются для встраиваемых приложений.
См. мое другое сообщение на этом. (Веб-сайты в качестве примера с помощью db4o)
Ничто технически в пути здесь, просто принятие это кажется. Однако для скорости разработки, maintainence и конструкторской гибкости, OODBs довольно непобедимы.
тяжелое создание отчетов и т.д. может быть сделано путем синхронизирования с реляционным бэкэндом при необходимости, который я знаю поддержки db4o
Это - что-то вроде фрагмента, но перефразировать сообщение Joel, планировать успех. Что, если Ваше приложение становится действительно популярным?
Например, что, если Вы размещаете свое приложение на Вашей собственной машине, но решаете перейти к формальному сайту хостинга или даже ферме сервера. Каковы возможности, они будут поддерживать OODB по сравнению с MySQL?
Я только рекомендовал бы идти для OODBMSs, если Ваше проектирование приложений действительно, действительно в большой степени объектно-ориентировано, и сложность представляет потребность в нем. Сайт обмена фотографиями не кажется, что это тяжело на стороне OO, таким образом, я не вижу точку движения для db4o.
Однако, если Вы действительно просто хотите изучить входы и выходы использования OODBMS из любимого проекта, хорошо использовать то.
Поскольку создание отчетов с db4o см.:
http://developer.db4o.com/Resources/view.aspx/Reference/Implementation_Strategies/Reporting/
Другим серьезным основанием является относительная долговечность. db40 является превосходным продуктом для того, что он делает, но его база пользователей является небольшой, и он, вероятно, не переживет что-то как SQL Server.
Конечно, я также раньше говорил, что не было никакого способа, которым Java собирался выжить.
Размер данных (Если я имею дело с миллионами и миллионами строк, я придерживаюсь с тем, что я знаю),
Создание отчетов (Достаточно обычно трудный в нормализованных базах данных, хуже в базах данных OO)
Доступность экспертных знаний/опыта (RDBMS ясно имеют больше адгезивных средств),
Большой объем ETL (Большинство людей импортирует и экспортирует в плоских файлах, если Вы не получаете/отправляете XML, Вы говорите простые таблицы),
Ни один из них не походит на препятствия для Вашего проекта
Need for Speed, когда все Вы добрались, является велосипедом педали. Сценарии включают сбор данных (например, регистрирующийся), где после события собранные данные часто обрабатываются на более позднем этапе и вероятно разбиваются в его объектные составляющие так или иначе.
Возможно, Вы парни также хотите проверить эту статью:
http://microsoft.apress.com/asptodayarchive/74063/using-an-object-oriented-d
"Использование OODB в веб-сайте" Jim Paterson
С наилучшими пожеланиями!
Для сложного приложения со скромными потребностями данных Вы не можете победить СТЕКЛО (Драгоценный камень, Seaside и Smalltalk). Создание отчетов - определенно что-то, что Вы хотите сделать OO в Smalltalk.
Мое личное мнение, где существуют данные..., там сообщает.
Никакой OODBs не собирается дать Вашим данным соответствующую модель хранения, чтобы быть доступным Вашим приложениям для создания отчетов.