автор(менеджмент, клиенты, люди, аналитики)
Забавно получилось, слово "люди" здесь лишнее. :)

Роман ДынникMarboni...большого объема данных из Hadoop в вертикальную БД
А зачем из Hadoop (HDFS/HBase я так понимаю) понадобилось перекачивать данные в Column DB?
Чем, если не секрет, не устроила аналитика на Hadoop?
Причины две. Первая - это скорость: в вертикальной базе COUNT DISTINCT выполняется за миллисекунды на многомиллионных таблицах, только для запуска MR job'ы нужно секунд десять. Вторая - это стандартный ETL - структура информации в HDFS не оптимальна для выборок, которые нам нужно делать.

Спасибо за ответ, Сергей .

Аня , я ожидал, что кто-либо меня об этом спросит. Есть два варианта, как можно реализовать тулзу для проектирования БД - в виде десктопного приложения и в виде веб-сервиса. Я выбрал второй, так как он очень удобен - к ней легко получить доступ из браузера и для всех членов команды она выглядит одинаково (в отличии от локальных копий в виде файлов десктопных инструментов, которые постоянно разсинхронизируются). Соответственно, так как модель одна на всех, нужно решить проблему совместного доступа к ней.

Конечно же, я пользовался такими тулзами, как GoToMeeting, HP VirtualRoom и TeamViewer в своей работе, они отлично справляются с задачей организации презентации (для чего, собственно, и были созданы), но не решают задачу совместного владения ресурсом.

IzyaА я скажу так!

По мне, умильно улыбаться меня заставит отсутствие необходимости в таком отдельно взятом инструменте.

Могу и по-другому. Таким инструментом должна быть сама СУБД, когда ER-описание является описанием схемы данных.

Обычно core продукт или не имеет GUI (например, java), или имеет только базовый GUI из коробки (например, python или git). Удобные средства пилят сторонние компании (например, IntellijIDEA, PyCharm, Tower etc). Текстовые команды гибки и универсальны, разработка и развитие функционала, управляемого из консоли, намного быстрее, чем функционала, управлемого из UI.