Комментарии 4
Снежинки, звёздочки, облачка -белогривые лошадки))... Какая разница какой нотацией для описания пользоваться?? Про разделение данных не спорю, а даже поддерживаю, НО по стандарту. Требования к безопасности вообще нужно на уровне Компании прописывать, а не БД... Если у вас украдут сервер, то разделение данных не спасёт.
Спасибо за ваш комментарий! Этот материал ориентирован на начинающих и предназначен для того, чтобы в простой и понятной форме объяснить основные подходы к проектированию хранилищ данных.
Разбор схем звезды и снежинки здесь представлен для того, чтобы показать базовые различия между моделями и помочь новичкам понять, как выбор архитектуры может влиять на производительность и удобство работы с данными. В более сложных проектах, конечно, учитываются дополнительные факторы, включая стандарты и корпоративные требования к безопасности.
Что касается защиты данных, вы абсолютно правы: безопасность должна строиться на уровне компании. Разделение базы данных — это лишь один из инструментов, который помогает минимизировать риски, но не заменяет комплексную стратегию защиты.
Этот материал ориентирован на начинающих и предназначен для того, чтобы в простой и понятной форме объяснить основные подходы....
На мой взгляд, дилетанту нечего делать в проектировании БД, это раз. Два, статья очень лаконичная (я то суть уловил), и не думаю, что звезда и снежинка это ваше изобретение, нужно обязательно ссылаться на источник... "точку зрения" сложнее обсуждать нежели "концепцию", а обсуждение, чего либо мнения, выглядит, как дискредитация личности.
С одной стороны у вас в статье затронуты такие термины/объекты, как "Компания", "Сделка", "План", а с другой вы спускайтесь до типов данных... Я могу каждую из этих сущностей привязать к стандарту/ГОСТу.
стандартики
В более сложных проектах, конечно, учитываются дополнительные факторы...
Рано или поздно любой проект станет "Более сложным"... и тут, неожиданно, рекомендую использовать практику индусов - "Проще закоментить, чем писать заново".
как выбор архитектуры может влиять на производительность и удобство работы с данными
Быстродействие/производительность это Железо и Код (+ядро БД), а удобство это интерфейс... этим совсем разные профессии занимаются...
Спасибо за ваш комментарий!
Если честно, я уже устал комментировать однотипные статьи со ссылками на одни и те же СТАНДАРТЫ. А так, если по теме есть вопросы, на Хабре ВСЕ отвечают в ЛС.
Мороженка, Колбаска и Медицинское обслуживание все хотят по ГОСТу (по правилам и с гарантией), а код писать так не хотим, да?
Зачем в 100501 раз пересказывать, да еще очень плохо, то, что даже на хабре уже 100500 раз написано и отлично поиском ищется?
Подходы к архитектуре и принципам проектирования хранилищ данных