Как получить значение поля fields в маппинге Elasticsearch?

Сделайте так. Искать будете по по brand.str, а агрегировать по brand

'mappings': {
    'my_type': {
        'properties': {
            'brand': {
                'type': 'keyword',
                'fields': {
                    'str': {
                        'type': 'string'
                    }
                }
            }
        }
    }
}

Как получить значение поля fields в маппинге Elasticsearch?

Андрей Шульц, а зачем вам дважды значение этого поля? У вас еще и мапинг неправильный на него. Его можно получить только в агрегации.

Не могу добавить папку в $PATH. Пишет Нет такого файла или каталога. В чем дело?

WhiteBachelor, Я вот конкретно вижу у вас равно! Проверяйте еще раз! Это равно где-то посередине, должно быть двоеточие вместо него.

...:/usr/lib/jvm/java-8-oracle/jre/bin=/home/king/.local/bin:...

И кстати да, доллар при присваивании не нужен. Вместо $PATH=.... нужно PATH=....

Как взаимодействовать с ОС через python?

Я так понимаю, вопрос про уиндоуз и питон?

Как построчно вывести названия столбцов по значению?

Timebird, Ах, да. Нельзя просто так взять и сравнить два float. Нужно либо приывести к int, либо вот так - https://docs.python.org/3/whatsnew/3.5.html#pep-48...

Как поднять сервер на Linux и задеплоить приложение?

Viktoria Smirnova, ждем адрес сайта ;-)

Как сделать smtp сервер?

Борис Сёмов, но уж точно не sendmail :-)
Не прост, конечно, но достаточно прост в обращении, в отличии от того же exim, и достаточно просто в поднятии. в отличии от postfix с его паранойей по безопасности. Да я и не настаиваю, нравится постфикс или экзим - пожалуйста. Я вот от них сбежал, че5му рад и делюсь с окружающими.

Как поднять сервер на Linux и задеплоить приложение?

Поддержу предыдущего оратора. И задам наводящий вопрос. На чем писали (какое IDE использовали) и проект какого типа делали? J2ee проект, web-проект?
Есть ли ear.xml или web.xml?

Как лучше (дешевле) хранить справочники?

d-stream, с тегими все хорошо, постгрес есть, php тоже. Все реализуется на раз и на том и на другом.

Как лучше (дешевле) хранить справочники?

d-stream, Утрированный пример... Да уж... Я немного, как понимаете, из другого мира... Большие дяди уже давно и такое придумали, лет эдак 20 назад. Называется - распределенная транзакция, в частности реализована и не первой, например в JEB. Это когда данные за Уралом, а заказчики в Австралии, смежники в штатах, и все в одной "распределенной" транзакции. А одна из первых реализаций - стандарт CORBA на основе RPC.
Нравится вам SQL, он мне тоже нравится, и распределенные транзакции нравятся, и noSQL нравится. И я не боюсь ни того, ни другого, ни третьего, но всему свое место, и зачастую не нужно ездить не танке и вспахивать поле.

Еще раз - SQL совсем не про атомарность! Вообще! Иначе зачем оно нужно придумывать какие-то к хрену уровни изоляции. Ставим seriazable и, типа жывем, как-то.

Подробный хелп в консоли - это возможно?

Ну... встроенный хелпер достает только ту информацию, что описана в самом коде мадуля/функции, не более... обычно этого хватает, но не всегда
Вам здесь почитать - https://docs.python.org/3.4/library/string.html#st...

Как лучше (дешевле) хранить справочники?

d-stream, поясните, что имеете ввиду под "уровнями" высокими и низкими, и что не хотите использовать? атомарность?
Ну, давайте я все записи буду поменять каким-то уникальным ID, и буду вести журнал этих ID и самих записей? это будет похоже на внутренности постгрес или оракл? Вопрос на засыпку...

Как вывести цветной текст на Python?

Прежде чем использовать какой-то модуль, который не входит стандартную поставку, его хорошо бы поставить в систему.
например через pip install colorama

Как лучше (дешевле) хранить справочники?

Вот что хочу сказать, как старый хрен, я таки знаю как работают те же самые транзакции внутри разных баз данных, да-да, именно на уровне исходного кода. И уверяю вас, если вы на них полностью полагаетесь, в плане целостности и "атомарности", то даже не буду вас разубеждать, эту боль нужно преодолеть, чтобы прийти к пониманию, когда следует, а когда и нет.

Как лучше (дешевле) хранить справочники?

d-stream, sql (точнее - базам данных) не нужно быть атомарным, у них совсем другая задача, обеспечить целостность (консистентность) данных, и только! Про атомарность - это совсем из другой оперы.
И вот если всерьез поразмыслить над консистентностью (атомарность как совсем частный случай), то мы придем к совершенно разным ее реализациям. Версионностью, как в оракл или постгрес; блокировками и журналами, как в сайбейс, эмэссиквел; журналированием, как в дб2. Что же касается транзакций, то это тоже, всего лишь одно из решений обеспечения целостности.
Так что, боюсь, вам следует отбросить ваши учебники по sql, и прочитать таки введение в теорию баз данных.

ЛУчше цитатами из учебников

Набор принципов, определяющих организацию логической структуры хранения данных в базе, получил название модели данных. Модели баз данных определяются тремя компонентами:
- допустимой организацией данных;
- ограничениями целостности;
- множеством допустимых операций.

И да, если интересно, могу и развернуто, часами и курсами.

Как обработать внешний API используя Flask?

Jekson, Аккуратнее, там есть ограничения на трафик :-)

Как обработать внешний API используя Flask?

Если у вас json, для чего все усложнять?
Вот пример, на коленке :-) (и да, я люблю этот сайт https://swapi.co и фильм )

>>> import  requests
>>> res = requests.get("https://swapi.co/api/people/")
>>> for actor in res.json()["results"]:
...   print actor["name"]
...
Luke Skywalker
C-3PO
R2-D2
Darth Vader
Leia Organa
Owen Lars
Beru Whitesun lars
R5-D4
Biggs Darklighter
Obi-Wan Kenobi
>>>

Подробный хелп в консоли - это возможно?

Так пробовали?
>>> help(str)

Как обработать внешний API используя Flask?

Jekson, А, ну тогда понятно, да, flask тогда пойдет.

Не забудьте - фласк однопоточный, и если вам нужно забирать данные с внешнего API, то лучше использовать для этого очереди задач типа python-rq или celery. Другими словами, не запускайте внутри фласка долгоиграющих задач, а просто публикуйте задание в очередь.
Отдельный воркер (или несколько воркеров), который слушает очередь, будет забирать данные (requests, о нем я уже писал), фильтровать, и сохранять в собственную базу.

Что касается flask. Фласк будет показывать обработанные данные из вашей базы. Определитесь, где будуте хранить данные для обработки - SQL, noSQL, или что-то еще. В принципе, после того, как определились, задавайте вопросы по конкретной технологии.

В общем.
1) определиться с очередью - рекомендую начать с python-rq, как простой и достаточно надежной.
2) определиться с хранилищем (база данных) и
3) написать воркеров (к фласку это пока никак не относится)
4) написать api на flask под готовые данные и базу

Как лучше (дешевле) хранить справочники?

Спасибо :-)