The 6 reference contexts in paper Alexander Boichenko V., Dmitry Rogojin K., Dmitry Korneev G., Александр Бойченко Викторович, Дмитрий Рогожин Константинович, Дмитрий Корнеев Геннадьевич (2016) “МЕТРИКИ ДЛЯ ДИНАМИЧЕСКОГО МАСШТАБИРОВАНИЯ БАЗ ДАННЫХ В ОБЛАЧНЫХ СРЕДАХ // METRICS FOR DYNAMIC SCALING OF DATABASE IN CLOUDS” / spz:neicon:statecon:y:2013:i:6:p:189-195

  1. Start
    590
    Prefix
    Эта способность позволяет повысить отказоустойчивость, уровень доступности и производительность сервиса путем перехода от статического выделения ресурсов сервису к динамическому выделению по требованию в соответствии с текущей нагрузкой.
    Exact
    [1]
    Suffix
    Рост интереса к горизонтальному масштабированию баз данных привел к появлению нового течения в хранении и обработке данных – NoSQL решениям, большинство из которых изначально проектировались с поддержкой устойчивости к разделению данных по сети.
    (check this in PDF content)

  2. Start
    1120
    Prefix
    Классические реляционные СУБД: Oracle, MySQL, MS SQL Server также стремятся к поддержке устойчивости к разделению по сети в специальных «кластерных» версиях своих продуктов, жертвуя полноценными ACID транзакциями в пользу eventual consistency – «согласованность в конечном итоге»
    Exact
    [4]
    Suffix
    . В условиях предоставления инфраструктуры для программных сред по требованию, актуальными стали вопросы возможности динамического масштабирования баз данных. Под динамическим масштабированием подразумевается свойство системы программно регулировать ресурсы, не требуя оперативного вмешательства пользователя.
    (check this in PDF content)

  3. Start
    6496
    Prefix
    База данныхРежимы репликацияМеханизм шардинга Документо-ориентированные MongoDBМастер-подчиненный Auto-sharding (на основе “осколков” (Shards) и стоящее время среди существующих методов горизонтального масштабирования, имеющих поддержку в реляционных БД и NoSQL решениях, принято выделять репликацию, секционирование (партицирование) и шардинг.
    Exact
    [2, 3]
    Suffix
    Репликация – это процесс, под которым понимается копирование данных из одного источника на множество других и наоборот. Существует около 10 видов репликации серверов баз данных: мульти-мастер (multi-master, master-master), мастер-подчинённый (master-slave), мульти-источник (multysource), мастер-подчинённый-мастер (master-slave-master), мульти-сервер (multi-server parallel query execution
    (check this in PDF content)

  4. Start
    6938
    Prefix
    Существует около 10 видов репликации серверов баз данных: мульти-мастер (multi-master, master-master), мастер-подчинённый (master-slave), мульти-источник (multysource), мастер-подчинённый-мастер (master-slave-master), мульти-сервер (multi-server parallel query execution), сектор-подчинённый (mirror data partitioning) и др.
    Exact
    [5]
    Suffix
    Несмотря на то, что репликация теоретически является бесконечно наращиваемым решением, она способна решить только проблемы чтения данных из БД. Увеличение числа серверов становится нецелесообразным, когда появляются проблемы с записью данных в БД. [3] Секционирование (партицирование) – средство масштабирования многих современных реляционных баз данных, которое позволяет разбивать таблиц
    (check this in PDF content)

  5. Start
    7177
    Prefix
    (master-slave-master), мульти-сервер (multi-server parallel query execution), сектор-подчинённый (mirror data partitioning) и др. [5] Несмотря на то, что репликация теоретически является бесконечно наращиваемым решением, она способна решить только проблемы чтения данных из БД. Увеличение числа серверов становится нецелесообразным, когда появляются проблемы с записью данных в БД.
    Exact
    [3]
    Suffix
    Секционирование (партицирование) – средство масштабирования многих современных реляционных баз данных, которое позволяет разбивать таблицы, индексы и индекс-таблицы на части, таким образом, обеспечивая контроль и доступ к данным объектам базы данных на более низком уровне.
    (check this in PDF content)

  6. Start
    7781
    Prefix
    Таблицы секционируются с использованием «ключа секционирования», набора столбцов, определяющих, в какой секции будет располагаться заданная запись. Более подробно механизмы реализации секционирования описаны в
    Exact
    [6, 7]
    Suffix
    . Существенным минусом механизма секционирования применительно к горизонтальному масштабированию уровня БД является то, что секционирование не выходит за рамки одного сервера. То есть, полученные в результате секции объектов физически располагаются на том же сервере.
    (check this in PDF content)