№14 категория вопросов: #SA #SYSTEMDESIGN

№15 категория вопросов: #SA #ARCHITECTURE

№16 категория вопросов: #SA #INTEGRATION

№17 категория вопросов: #SA #DBMS

№18 категория вопросов: #SA #BPMN

№19 категория вопросов: #BA #REQUIREMENTS

📚 Типы баз данных и их применение: что выбрать?

Выбор базы данных — ключевой этап проектирования любой системы. Каждый тип имеет свои особенности и лучше всего подходит для определённых задач:

1️⃣ Реляционные базы данных
Идеальны для структурированных данных с чёткими связями (таблицы, ключи).
Популярные СУБД: MySQL, PostgreSQL, Oracle.

2️⃣ Объектно-реляционные базы данных
Комбинируют преимущества реляционных и объектно-ориентированных подходов.
Популярные СУБД: PostgreSQL, IBM Db2.

3️⃣ NoSQL базы данных (нереляционные)
Отличный выбор для гибких схем и работы с большими данными.
Типы NoSQL:
• Документоориентированные (MongoDB, Couchbase).
• Колоночные (Apache Cassandra, HBase).
• Графовые (Neo4j).
• Ключ-значение (Redis).

4️⃣ Колоночные базы данных
Оптимальны для анализа больших объёмов данных с высокой скоростью чтения.
Популярные СУБД: Apache Cassandra, ClickHouse.

5️⃣ Текстовые базы данных
Для поиска по тексту и анализа.
Популярные СУБД: Elasticsearch.

💡 Как выбрать?
• Реляционные подходят для CRM, ERP.
• Документоориентированные — для гибких приложений, как чаты.
• Колоночные — для аналитики.
• Графовые — для социальных сетей.

🗄 #DBMS

Вы тоже готовы на всё ради своих?)😉

📚 Как организованы реляционные базы данных и зачем нужны правила проектирования

🔍 Принципы реляционных баз данных
Все данные хранятся в виде таблиц, где строки — это записи, а столбцы — атрибуты. Для каждой записи в таблице обязателен уникальный идентификатор — первичный ключ.

📋 Типы данных
Каждый столбец имеет строгий тип: например, INTEGER для чисел, VARCHAR для текста, DATE для дат. Это обеспечивает целостность данных.

♻️ Нормализация
Процесс разбиения данных на таблицы, чтобы устранить дублирование и минимизировать аномалии. Основные формы:
• 1NF: атомарные значения в столбцах.
• 2NF: отсутствие частичных зависимостей.
• 3NF: устранение транзитивных зависимостей.

🔑 Ключи
• Первичный ключ: уникально идентифицирует запись.
• Составной ключ: состоит из двух или более полей.
• Внешний ключ: связывает таблицы между собой.
• Суррогатный ключ: искусственный идентификатор, например, AUTO_INCREMENT.

NULL и пустые значения
NULL означает отсутствие значения, тогда как пустое значение может быть строкой "" или числом 0.

Ограничения
Чтобы гарантировать целостность данных:
• NOT NULL: поле не может быть пустым.
• UNIQUE: обеспечивает уникальность значений.
• PRIMARY KEY: уникальный идентификатор записи.
• FOREIGN KEY: связь с другой таблицей.
• CHECK: проверка условия.
• DEFAULT: значение по умолчанию.
• INDEX: ускоряет поиск.
• AUTO_INCREMENT: автоматическое увеличение значения.

🗄 #DBMS

Зачем системному аналитику взаимодействовать с UI/UX дизайнером

Системный аналитик и UX/UI дизайнер работают в тесной связке, чтобы создать продукт, сочетающий в себе удобство для пользователя и техническую реализацию. Взаимодействие этих ролей помогает:

🔄 Согласовывать требования. Аналитик передаёт дизайнеру бизнес-требования и ограничения системы, а дизайнер адаптирует их в понятный интерфейс.

⚙️ Учитывать технические возможности. Аналитик помогает дизайнеру понимать, какие решения реализуемы с технической точки зрения, а какие могут привести к избыточным затратам.

🧩 Создавать комфортный пользовательский опыт. Дизайнер формирует интерфейс, а аналитик тестирует его на соответствие функциональным требованиям.

💬 Обеспечивать обратную связь. Совместные обсуждения и корректировки позволяют улучшать продукт итерационно, избегая ошибок.

Эффективное взаимодействие аналитика и дизайнера делает процесс разработки более слаженным и результативным, а продукт — удобным и функциональным.

📚 #OTHER

Как нужно разговаривать с технарями