Arenadata DB — аналитическая база данных на основе Greenplum с открытым исходным кодом. Это массивно-параллельная СУБД, обладающая линейной масштабируемостью. Применяется в критически важных системах, работающих с большими объемами данных: объем данных в базе не ограничен, и она работает на 20% быстрее других СУБД.
Arenadata DB как сервис — быстрое кластерное решение, которое позволяет в несколько кликов развернуть базу для хранения и обработки больших данных, не вкладываясь в собственную инфраструктуру и ее поддержку.
В нашу зону ответственности входит вся IT-инфраструктура, хостинг Arenadata DB, администрирование, обеспечение высокой доступности и соответствия требованиям, а вы управляете данными и извлекаете из них пользу.
Получите месяц бесплатного использования Enterprise-версии Arenadata DB.
Arenadata DB — корпоративная база данных, которая может использоваться банками, финансовыми и страховыми компаниями, телекомом, госорганами, промышленными предприятиями, ритейлом, логистикой и другими организациями в качестве основного хранилища данных и аналитической платформы.
Быстрая миграция без простоев и потери данных
Тестовые миграции данных перед окончательным переносом
Возможность миграции «под ключ» с помощью специалистов Mail.ru Cloud Solutions
Выполняем аудит работы с данными, чтобы использовать их эффективнее.
Консультируем по настройке взаимодействия данных в облаке с on-premises системами, процессов ETL и Streaming, построению Data Warehouse и Data Lake.
Помогаем построить масштабируемую и отказоустойчивую структуру хранения данных.
Консультации специалистов 24/7. Помощь экспертов Mail.ru Group в администрировании и обслуживании баз данных, настройке и конфигурировании вашей инфраструктуры.
По умолчанию все таблицы равномерно распределяются по серверам случайным образом. Поэтому в работе каждого запроса всегда используются все сегменты.
Дополнительно при создании таблицы можно указать ее ключ распределения по серверам (одно или несколько полей). В таком случае все соединения с указанной таблицей по этому полю (или полям) будут происходить быстрее. Подробнее о распределении данных в СУБД.
Да, поддерживается как строковое, так и колоночное хранение данных в таблицах. Для аналитической нагрузки предпочтительно колоночное хранение. Также можно создавать полиморфные таблицы, где часть данных (партиция) хранится строково, а часть — колоночно. Подробнее в документации.
ADB является ANSI SQL-совместимой системой: подробная информация доступна в документации.
Да, примерно на 95% совместим. Вы можете использовать стандартные PostgreSQL драйвера (JDBC, ODBC) для работы с ADB. Общее правило — все ПО, которое работает с PostgreSQL, работает и с ADB. Подробнее о совместимости с PostgreSQL.
Небольшие объемы можно загружать через стандартный PostgreSQL-интерфейс (например, JDBC или ODBC). Большие объемы эффективней грузить через специальный загрузчик (GPFDIST), который отправляет данные в СУБД параллельно. Подробнее о параллельной загрузке.
Объем данных в СУБД практически не ограничен.
Ограничения по объему данных в отдельных таблицах, строках и полях ниже:
Параметр | Лимит |
---|---|
Максимальный размер базы данных | Нет ограничений |
Максимальный размер таблицы | Нет ограничений, 128 ТБ на раздел (партицию)/сегмент |
Максимальный размер строки | > 1 ГБ (приблизительно) |
Максимальный размер поля | 1 ГБ |
Максимальный размер BLOB | 1 ГБ (Используйте тип данных BYTEA, нет BLOB) |
Максимальное количество строк в таблице | 2^48 |
Максимальное количество столбцов в таблице | 1600 |
Максимальное количество индексов в таблице | Без ограничений |
Максимальное количество баз данных/пользователей | Без ограничений |
Максимальное количество таблиц в базе данных | 4200 миллионов |
Максимальное количество столбцов в представлении | 1664 |
Максимальное количество столбцов в индексе | Без ограничений |
Максимальное количество ограничений уровня таблицы на таблицу | Без ограничений |
Максимум активных параллельных транзакций | Без ограничений |
Максимальный размер дескриптора формата данных | 63 символа |
Максимальный размер имени базы данных, пользователя, таблицы, представления, индекса, триггера, UDF, UDT, хранимой процедуры, ограничения и столбца | 63 символа |
Максимальное количество сессий на parsing engine | Нет концепции parsing engine, кроме узла masterDB. Без фиксированного лимита, до нескольких сотен. |
Максимальное количество столбцов на первичный и вторичный индекс | 32 |
здесь есть ответы на большинство вопросов по настройке сервисов
через форму обратной связи, и мы оперативно ответим