Shtock>>Drill это для NoSQL? я такими не пользуюсь,

Дрилл это для всего, просто сходи посмотри какие у него storage plugin

ни разу не работал с NoSQL базами

в Drill, действительно судя по описанию, есть возможность соединяться с JDBC источниками

а сам Drill можно подключить к какому-нибудь ORM?


типа такого:

ORM->Drill->JDBC->RDBMSes

Hibernate и nHibernate в контексте Drill не гуглятся

получается, ни мне одному приходят такие мысли:

https://community.mapr.com/thread/18598-using-drill-with-hibernate

servitМожно уточнить в чём именно это выражается и какую версию смотрели?

Файлы данных в перемешку с бинарными

Иконку светофора наверно на VB6 делали? или вообще на GWBasic

В целом очень не понравился usability их веб админки

Язык программирования mumps с его удивительным синтаксисом, который легко затмит собой Perl и 1Це вместе взятых :(

Эта ужасная консоль с 1) 2) 3) 4) ...

Судя по доке, попытка создать целую ось вместо тщательной проработки своей узкой области специализации, используя современные подходы к CLI и GUI админа.

Что-то наподобие 1Це в плане, давайте подсадим кодеров на это г, и они никуда не денутся :)
они не узнают про существование свободных и универсальных языков программирования типа Java и о СУБД с удобными интерфейсами админов, вообще их лучше запретить ибо нефиг!

СУБД тоталитарной секты кашистов, хотя возможно имеет свою аудиторию ...
наверно, чем то напоминает политику ДОМ.РУ

Shtock>>ORM->Drill->JDBC->RDBMSes

дык для drill же есть odbc драйвер, поэтому
orm-jdbc-drill-rdbms

Hibernate, насколько я знаю, предполагает существование драйвера диалекта, например PostgreSQL, что было бы удобно в случае SQL Relay, если бы этот Relay умел хотя бы гетерогенные queries, желательно updatable

Не смог нагуглить не то что диалект Drill, а даже примеры его использования Drill с Hibernate.

А мне и вовсе хотелось бы nHibernate, т.е. под DotNet.

Пока искал, заметил на dice.com, что Drill сравнивают со Spark тоже Apache :)
+nHibernate +Mobius +Spark выдал сходные результаты, т.е. ничего интересного

Выяснилось, что у MS есть какой то Cosmos и что все это под кучу нод.

А мне пока более чем достаточно иметь обработчик гетерогенных запросов всего лишь на одной ноде, чем гуглить неизвестное количество времени в неизвестность с неизвестным результатом, проще использовать старый добрый Microsoft SQL, который прекрасно поддерживается в nHibernate и других популярных ORM, в т.ч. DevExpress

Shtock>>диалект Drill
sql-2003

в смысле стандарт SQL?

в Hibernate вроде каждый диалект - это частный случай SQL определенной реализации СУБД

какой конкретно то диалект подойдет?

можно пример конфигурации Hibernate для создания сессии с Drill?
а то впечатление, что одни теоретические рассуждения

на практике кто-то использует Hibernate->Drill ?
где сцылки, примеры, пруфы?

совсем не хотелось бы быть первопроходцем
настоящие герои всегда идут в обход :)

вообще предполагается использоваться примерно такой набор:

DevExpress->WinForms->MvvmFx->CSLA->nHibernate->Redis Cache->MSSQL Links->DB2->ZFS


https://stackoverflow.com/questions/982978/mvvm-for-winforms
http://cslanet.com
https://www.nuget.org/packages/NHibernate.Caches.Redis

Victor MetelitsaДаже DB2 Express-C может обращаться к другим базам (можно написать собственные врапперы или разного табличные UDF, напр., на Java или с применением OLE, обращающиеся к другой базе).

так ведь неохота, быстрее готовое использовать

Victor MetelitsaНо для приличной производительности необходимо (!), чтобы данные были в одной и той же базе (а из другой базы реплицировать; я, напр., из Оракля реплицирую самодельным репликатором). Гетерогенные запросы - это огромное зло и на них можно идти только от безысходности.

ведь упоминал же, что все относительно большие таблицы будут в DB2
а в других СУБД готовых продуктов только небольшие таблицы

Victor MetelitsaHibernate, конечно, тоже тот ещё фрукт, хотя плох он даже не столько сам по себе, а тем, что пр-сты не желают разбираться, как работают СУБД и как правильно пользоваться им в свете этих знаний.
А если так нужны тормоза, можно было бы обеспечить и другим способом - ставить в нужных местах Delay(1 час) или аналог этого. А если нужно писать ещё много-много кода (построчная оплата), индусы нам показали, как его надувать.

упоминал, что nHibernate нужен для источников данных для GUI,

добавлю, что для небольших обработок над малыми сегментами данных

если на nHibernate сделать намного быстрее, чем на SQL, и главное - это отсутствие тормозов во время разработки, потому что тормозов при исполнении редактирования формочек не будет, то зачем отказываться от экономии?

и еще ORM постоянно проверяет при компиляции корректность модели, а при написании SQL коде легко ошибиться, особенно при рефакторинге

упоминал, что тяжелые запросы если и будут, то будут сделаны на DB2 SQL-PL, но их единицы

а всевозможных маленьких обработок сотни

и как тогда выгоднее сделать?