В настоящее время я пишу документацию для базы данных с использованием berkeleyDB. Я хотел бы нарисовать диаграмму UML, описывающую ключи и значения хранилищ данных. Есть ли «стандартный» способ описания такого типа базы данных с помощью UML?
Спасибо
Неа. Просто диаграмма классов с двумя свойствами. Один для ключа, один для значения. Помните, что дизайн UML предназначен только для целей документации, хотя некоторые редакторы UML способен генерировать код на основе вашей модели.
Конечно, вы также можете использовать модель действий, чтобы показать, как эта таблица взаимодействует с другими. Или диаграмму вариантов использования, которая показывает, как субъекты обрабатывают данные.
Хотя есть и другие виды диаграмм. То, что вам нужно, зависит от того, что вы хотите рассказать о своем проекте.
Правильный способ MDA сделать это - использовать диаграмму классов или объектов, использовать класс или объект для каждой таблицы, добавить свойство для каждого поля базы данных. Определите стереотипы для PK, FK, Уникальность, Индекс и прикрепите их к каждому полю в зависимости от ситуации. Присоединяйтесь к каждому объекту Table с ассоциациями. В зависимости от инструмента, который вы используете, вы, вероятно, можете прикрепить каждый конец ассоциаций к определенным полям.
Я больше за более строгое соблюдение структуры и поведения базы данных NoSQL. Таким образом, модель ключевого значения для Base будет отличаться, хотя и немного, от MongoDB или DynamoDB, но это уменьшит предвзятость в отношении людей, которые должны реализовать модель. Например. в DynamoDB у меня была бы основная таблица с разделом и ключом сортировки, а также менее релевантными атрибутами, и я бы поместил атрибуты, подходящие для вторичных индексов, в отдельные таблицы.
