Openstack DevOps and IBM/Informix Certified DBA . Phd in Math (Duality of spaces of... · 22 нояб 2021
Большие данные нужно где-то хранить. Место, где хранятся данные, называется базой данных. Они называют это большими данными, когда традиционную реляционную базу данных невозможно рентабельно использовать из-за слишком большого количества данных, или данные были слишком разреженными, слишком сложными и т. д. Таким образом, по определению для больших данных требуется другой вид БД - NoSQL - или, скажем, Файловая система Hadoop
Список (Graph Databases)
Конкретная пригодность данной базы данных NoSQL зависит от проблемы, которую она должна решить. Иногда структуры данных, используемые базами данных NoSQL, также рассматриваются как «более гибкие», чем таблицы реляционных баз данных.
Многие хранилища NoSQL ставят под угрозу согласованность (в смысле теоремы CAP) в пользу доступности, устойчивости к разделению и скорости. Барьеры для более широкого внедрения хранилищ NoSQL включают использование низкоуровневых языков запросов (например, вместо SQL), отсутствие возможности выполнять специальные соединения между таблицами, отсутствие стандартизованных интерфейсов и огромные предыдущие инвестиции в существующие реляционные базы данных. В большинстве хранилищ NoSQL отсутствуют настоящие ACID-транзакции, хотя некоторые базы данных сделали их центральными в своих проектах.
Вместо этого большинство баз данных NoSQL предлагают концепцию «конечной согласованности», при которой изменения базы данных распространяются на все узлы «в конечном итоге» (обычно в пределах миллисекунд), поэтому запросы данных могут не возвращать обновленные данные немедленно или могут привести к чтению данных, которые неточно, проблема известна как устаревшие чтения. Кроме того, в некоторых системах NoSQL могут наблюдаться потери записи и другие формы потери данных. Некоторые системы NoSQL предоставляют такие концепции, как ведение журнала с упреждающей записью, чтобы избежать потери данных. Для распределенной обработки транзакций в нескольких базах данных согласованность данных является еще более сложной задачей, которая сложна как для NoSQL, так и для реляционных баз данных. Реляционные базы данных «не позволяют ограничениям ссылочной целостности охватывать базы данных» . Немногие системы поддерживают как транзакции ACID, так и стандарты X / Open XA для распределенной обработки транзакций. Интерактивные реляционные базы данных разделяют методы конформационного релейного анализа как общую черту. Ограничения в интерфейсной среде преодолеваются с помощью протоколов семантической виртуализации, так что службы NoSQL доступны для большинства операционных систем.
Мой личный опыт ADABAS (5 and higher ) явлаясь системами с полностью инвертированными списками ( сетевая модель) дает очень хорошие результаты на IBM Mainframes. Последние портации на UNIX/LINUX 2019 надо тестировать. Вендор - Sofware-AG. ADABAS и NATURAL (4GL -advanced data programming language ) создает у пользователя иллюзию реляционной СУБД, по факту таковой не являясь.
IT специалист. Увлекаюсь историей, филисофией, экономикой. · 22 нояб 2021
Есть в диалектика закон перехода количественных изменений в качественные. Согласно нему при больших количественных изменениях, происходит качественное изменение. Закон универсальный и подходит для многого. Если интерпретировать для баз данных, то большие базы (так называемые Big Data) , требуют совершенно другого подхода, в отличие от не больших. Для нашей страны это... Читать далее