Сочинение на тему Традиционно реляционные системы управления базами данных
- Опубликовано: 12.09.2020
- Предмет: Бизнес, Информационная наука
- Темы: Большое количество данных, управление
Традиционно системы управления реляционными базами данных были стандартом де-факто для управления базами данных в эпоху Интернета. Архитектура, лежащая в основе СУБД, такова, что данные организованы высоко структурированным образом, что обеспечивает согласованность данных на высоком уровне.
В новых появляющихся приложениях для больших данных потребность в производительности и масштабируемости перевешивает необходимость немедленной жесткой согласованности данных, которую обеспечивает СУБД. Возможность обрабатывать очень большие объемы данных и быстро распределять эти данные по вычислительным кластерам является желательной характеристикой в базах данных NoSQL.
Для хранения огромных данных, доступных в Интернете, и для обеспечения быстрых изменений в приложениях, которые часто обновляются, разработчики используют базы данных NoSQL, которые предлагают использование гибкой схемы или вообще никакой схемы. Горизонтальная масштабируемость, распределенная архитектура и использование языков и интерфейсов, которые являются «не только» SQL, обычно характеризуют эту технологию.
Базы данных NoSQL работают над концепцией приоритетов CAP и одновременно могут удовлетворить только 2 из приоритетов в теореме «Согласованность-доступность-допуск раздела». Базы данных NoSQL можно обозначить как BASE, что означает:
BA = в основном доступно
S = Мягкое состояние, указывающее, что состояние системы может изменяться в любое время без выполнения любого запроса.
E = В конечном итоге непротиворечиво заявлять, что базы данных NoSQL будут непротиворечивыми в долгосрочной перспективе.
Основой для выбора баз данных RDBMS или NoSQL является распознавание типа создаваемого приложения и того, какие функции соответствуют его приоритетам.
Следовательно, сегодня большинство приложений Big Data используют базы данных NoSQL. Существует 4 основных категории для баз данных NoSQL:
- База данных хранилища ключей-значений
- Используйте футляры
Хранилище значений ключей в основном использует хеш-таблицу, в которой существует уникальный ключ и указатель на конкретный элемент. Ключ может быть сгенерирован автоматически или упомянут в явном виде, в то время как значение может быть данными типа String.JSON или BLOB (базовый большой объект). Ведра изображают логическую группу ключей. Хеш – это комбинация и ключа, и корзины, и, следовательно, требуется знать оба, чтобы прочитать конкретный элемент. Хранилища Key-Value в основном сосредоточены на аспектах доступности и разделения в теореме CAP. Магазины Key-Value особенно предлагают высокую масштабируемость и простую реализацию.
Хранилища Key-Value – это самый простой вид баз данных с точки зрения API. Они эффективны в хранении данных с сайтов электронной коммерции. Их также можно использовать для поддержки профилей без схемы.
Важность управления талантами и почему вы должны инвестировать в него Управление талантами – это не просто ключевые термины, с которыми вы сталкиваетесь. Управление талантами –
Исследование под названием «Моделирование путей эвакуации при пожаре в начальной стадии для исторического жилого района канала» [19] действительно может оказать огромную помощь в спасении жизней.
В этом заявлении будет проанализирована игра с бизнес-симуляциями в реальном времени, а также сконцентрированы на командной работе и бизнесе подходящие мнения. Через 2 года операции