Труды КНЦ вып.12 (ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ вып. 5/2021(12))

Реляционная модель, ее основные составляющие (структурная, манипуляционная и целостная), а также ключевые вопросы проектирования и реализации РБД подробно рассматриваются в объемных трудах К . Д ж . Дейта [7] и Т .Коннолли , К . Бе гг [8 ], неоднократно переиздаваемых ка к за рубежом , та к и в России. Важность независимости данны х от программ , использующ их эти данные, для обеспечения ги б кой работы с данными была отмечена еще Д ж . М артином [9 ]. Это позволяет разделить и достаточно независимо разрабатывать и развивать программное обеспечение, отвечающее за ведение данны х (управление структурой и модификация значений данны х), и программное обеспечение, использующее эти данные для решения различных прикладны х задач. Отмеченное свойство в ряде случаев оказывается крайне полезным при создании баз данны х информационных систем , предполагающих в перспективе существенное развитие ка к самой базы данны х об объектах управления или исследования, та к и ф ункций обработки этих данных. В частности, эволюция моделей, методов и инструментов анализа хранимы х данны х не требует изменения РБД. А пополнение РБД новыми экземплярами данны х или новыми элементами структуры не требует внесения значимы х изменений в уже сохраненные данные и использующие и х программы . Характеризуя ситуацию , складывавшуюся в работе с данными астрономии к 2010 году, автор [10] утверждает, что при работе с «сырыми» данными (row data) научны х проектов, используемыми по принципу W O RM (W rite Once Read M any: «писать - один раз, читать - много» ), следует отказаться от принципов A C ID , ставящих на первое место согласованность данны х транзакционны х систем , и отдать предпочтение N oSQ L решениям на основе модели BASE (B a sica lly A va ilab le , Soft-state, E ven tua lly consistent), ориентированную на приоритет доступности данны х [11]. Однако далеко не во всех научны х проектах наиболее кри тичны м аспектом является доступность «сырых» или производны х данных, а крайне важно именно поддерживать и х целостность в процессе манипулирования. Кроме то го , ка к отмечает сам автор [10 ], исторически данные даже в рам ках одной предметной области/одного объекта исследований не редко накапливались в инф ормационных системах, использующ их различные СУБД . Если эти унаследованные данные хранятся в РБД, имеющ их общ ий теоретический базис, то интегрировать и х существенно проще, чем данные различны х N oSQ L систем , единого базиса не имеющих. Проектирование реляционных отношений при неоднородных наборах атрибутов Единственно возможным структурны м компонентом РБД являются реляционные отношения, наглядно представляемые в виде двумерны х таблиц. Д анны х факт указы ваю т ка к среди достоинств РБД, та к и среди недостатков. С одной стороны , табличное представление достаточно наглядно и легко «понимается» пользователем. С др угой стороны , далеко не всегда объект реального мира можно эффективно представить в рам ках одной двумерной таблицы , а распределение характеристик объекта по нескольким взаимосвязанным таблицам уже затрудняет его целостное восприятие человеком. Однако следует помнить, что формальная схема РБД в виде взаимосвязанных нормализованных базовых n -арных отнош ений создается для эффективной 131

RkJQdWJsaXNoZXIy MTUzNzYz