Фонд Apache сообщил (https://blogs.apache.org/foundation/entry/the_apache_softwar...) о придании Apache Drill (http://drill.apache.org/) статуса первичного проекта Apache. Перевод в разряд первичных проектов произведён после двух лет проверки в инкубаторе Apache способности следования принципам разработки и управления, принятым в сообществе Apache и основанным на идеях меритократии. Отныне Apache Drill признан готовым для самостоятельного существования, не требующего дополнительного надзора. Интерес к разработке Apache Drill уже проявили такие компании, как MapR, LinkedIn, Hortonworks, Pentaho и Cisco.Apache Drill представляет собой движок для организации выполнения SQL-запросов над полуструктурированными данными, хранящимися в NoSQL-хранилищах. Особенностью движка является независимость от схемы хранения данных, что позволяет организовать анализ данных в различных хранилищах без предварительного определения их структуры (schema-free). В частности, Apache Drill даёт возможность выполнять интерактивные запросы на языке ANSI SQL для сложных или постоянно изменяющихся структур данных, включая форматы JSON, ProtoBuf, XML, AVRO и Parquet, а также таблицы HBase, без необходимости задания схемы хранения.
<center><a href="http://drill.apache.org/images/overview-img1.png">&l... src="http://www.opennet.me/opennews/pics_base/0_1417594919.png" style="border-style: solid; border-color: #606060; border-width: 1px;max-width:100%;" title="" border=0></a></center>
Структура данных в хранилище распознаётся на лету и преобразуется во внутреннюю JSON-подобную модель данных, которая предоставляет информацию о структуру БД при выполнении SQL-запросов. Для обработки сложных и вложенных типов данных в Apache Drill предусмотрен ряд расширений SQL. В качестве одного из практических применений Apache Drill называется возможность интеграции завязанных на SQL систем бизнес-аналитики и хранилищ больших объёмов данных на основе Apache Hadoop или MongoDB, а также сопряжение существующих продуктов с Hadoop через штатные интерфейсы JDBC/ODBC. Код проекта написан (https://github.com/apache/drill) на языке Java.
URL: https://blogs.apache.org/foundation/entry/the_apache_softwar...
Новость: http://www.opennet.me/opennews/art.shtml?num=41177
Опять джава.. Как будто нельзя написать на чём-нибудь более производительном, например на си
Написать-то можно, только кому оно нужно?
Java не обладает двумя важными факторами: кроссплатформенностью и обратной совместимостью. Поэтому Java не нужна.
Производительность программ на с++ - миф посеянный студентами, пишущими в основном крестики-нолики и тетрис.
Не правда
Расскажи это разработчикам компиляторов, операционных систем, и браузеров.
рассказал - дали в морду
> рассказал - дали в мордуЖабистов мало кто любит. Да и дотнетчиков.
Они не девочки чтобы их любили, просто смирись, реалии таковы, что для больших проектов джава с ее экосистемой подходит лучше. И да, скорость разработки один из ключевых факторов.
> Они не девочки чтобы их любили,Своим менеджерам это расскажете :)
> больших проектов джава с ее экосистемой подходит лучше.
Для энтерпрайзного гомнеца, которое скорей продать и забыть.
> И да, скорость разработки один из ключевых факторов.
...для всякой энтерпрайзной буиты, где главное как можно быстрее и больше лохов окучать.
> главное как можно быстрееУгу, пока будешь реализовывать на плюсАх, у заказчика требования к ПО изменятся - ситуация на рынке, новые федеральные законы и т.д. А бизнесу надо, чтобы заработало как можно быстрее, пусть и с глюками, самые неприятные из которых можно поправить уже в процессе промышленной эксплуатации. Крайний случая - это разработка инструментов для одноразовой миграции данных из старой ИС в новую - важен результат здесь и сейчас, а после окончания миграции этот инструмент выкидывают из-за ненужности.
Вот и получается, что как ни прискорбно, но плюсЫ для автоматизации бизнес-процессов не годятся...
> бизнесу надо, чтобы заработало как можно быстрее, пусть и с глюками, самые неприятные из которых можно поправить уже в процессе промышленной эксплуатацииага, а потом это нагромождение костылей достигает такого состояния, что поддерживать его и дорабатывать в соответствии с "ситуацией на рынке, новыми федеральными законами и т.д." будет всё невозможнее и невозможнее.
На managed языках компиляторы тоже пишут.
Ну если при компиляции торопиться некуда...
Не тупите, парниша.
Excelsior Jet, новая версия их AOT-компилятора для Java пишется на Scala. Разработчики очень довольны.
> Excelsior Jet, новая версия их AOT-компилятора для Java пишется на Scala. Разработчики
> очень довольны.Звучит как маркетинговый булшит.
Они это сами знают
Он про Си говорил*
За производительность C++ говорит тот факт, что метание в сторону OpenOffice на тему производительности прекратилось, когда всю джаву из него выпилили и переписали код на C++.
LibreOffice всё-таки, OpenOffice так и работает на жаве.
> Производительность программ на с++ - миф посеянный студентамиИли авторами алгоритмов. Ну вон quicklz скоростью интересовались. Один и тот же алгоритм на яве и дотнете работал в 3 раза медленнее сишной версии...
Ха-ха!MongoDB на C++ и чего? Это не мешает ей тормозить. И функциональность никакая. Даже транзакций нет !!!
OrientDB на Java - Full ACID. Даже в высоконагруженных в DNS-серверах используется.Архитектура и алгоритмы решают всё и всегда.
Tokumx - это форк mongodb с транзакциями и на C :)
>OrientDB на Java - Full ACID. Даже в высоконагруженных в DNS-серверах используется.OrientDB ещё крайне сырая: ветка 1.7 проблемная, 2.0 (где , вроде как, должны быть исправлены многие критичные ошибки) ещё не выкатили.
Например, ни 1.7, ни 2.0-М2 не умеет нормально кластеризацию (при 3 нодах появляются проблемы). Про качество "коммерческой поддержки" OrientDB лучше промолчу.Не знаю, какие проблемы в монге, не работал с ней, но это поделие я бы не рекомендовал использовать для серьёзных проектов.
Кластеризация нормально и в JBoss 7 не работает.
Также как и в Red Hat® JBoss® Enterprise Application Platform также.
Примитивный случай работает, а Statefull бины уже нет.
И чем это лучше supersonic?
Нафига эта мудня? В чём цимус декларативного брокера для несхемных данных? Ведь он работать будет, как гуано. Хотя кого этим сейчас удивишь.
Какая-то нездоровая любовь у опачевцев к жабе. Наверное они вместо вычищения OO от жабокода ещё больше его туда напихают.
> Какая-то нездоровая любовь у опачевцев к жабе. Наверное они вместо вычищения OO
> от жабокода ещё больше его туда напихают.Так обещали наработки из симфони туда упихать. Но, видимо, зассaли что их энтерпрайзятиной для запуска которой надо Cray никто не будет пользоваться, в отличие от либрофиса.
Это энтерпрайзовцы любят лицензию apache, как и java. И на большие кластеры денег достаточно
Наверное потому, что сейчас Жаба единственная столь зрелая экосистема для корпоративных задач.
Алгоритм - это раз. Реализация - это два. Со вторым обычно и сложности. Не все Кнута читали. А зря...
"Читали" Кнута все, "прочёл" никто.
