📌 Что такое индексы?

💬 Спрашивают в 31 % собеседований

Индексы в базе данных - это структуры, которые улучшают скорость операций поиска данных в таблице базы данных. Они работают по принципу, аналогичному указателю в книге, который позволяет быстро находить нужную информацию. Индексы создаются на одном или нескольких столбцах таблицы и позволяют значительно ускорить выполнение запросов, особенно при работе с большими объемами данных.

🤔 Зачем нужны индексы:

1️⃣ Ускорение поиска данных: Основная функция индексов - это сокращение времени, необходимого для поиска записей в таблице. Без индексов база данных должна бы была проверять каждую запись, чтобы найти нужные данные.

2️⃣ Улучшение производительности запросов: Индексы могут значительно повысить производительность запросов SELECT, особенно тех, которые часто выполняются.

3️⃣ Сортировка данных: Индексы могут использоваться для ускорения операций сортировки, так как данные в индексе могут быть отсортированы.

4️⃣ Уникальность: Индексы также используются для обеспечения уникальности значений в столбцах. Например, уникальный индекс гарантирует, что в столбце не будет повторяющихся значений.

🤔 Как используются индексы:

➕ Создание индексов: Индексы создаются с помощью SQL-запросов, таких как CREATE INDEX. Можно создавать индексы на один столбец или на несколько столбцов (составные индексы).

➕ Типы индексов: Существует несколько типов индексов, включая B-дерево, хеш-индексы, битмап-индексы и другие. Каждый тип имеет свои особенности и применяется в зависимости от конкретных задач.

➕ Использование индексов в запросах: При выполнении запросов база данных автоматически использует индексы для оптимизации поиска данных. Это не требует дополнительных действий со стороны пользователя.

➕ Обслуживание индексов: Важно понимать, что индексы требуют дополнительного пространства на диске и могут замедлять операции вставки, обновления и удаления данных, так как индексы нужно поддерживать в актуальном состоянии. Поэтому следует тщательно продумывать, какие индексы необходимы.

🤔 Примеры применения индексов:

1️⃣ Индекс на первичном ключе: Обычно создается автоматически при создании таблицы. Он обеспечивает уникальность и быстрый доступ к записям.

2️⃣ Индексы на внешних ключах: Помогают ускорить операции соединения (JOIN) между таблицами.

3️⃣ Индексы на столбцах с частыми запросами: Например, если часто выполняются запросы поиска по столбцу "email", имеет смысл создать индекс на этом столбце.

🤔 Краткий ответ:

Индексы в базе данных - это специальные структуры, которые улучшают скорость поиска данных. Они создаются на одном или нескольких столбцах таблицы и используются для ускорения выполнения запросов, обеспечения уникальности данных и улучшения производительности системы в целом.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

➡️ Примеры автоматизации развертывания и тестирования

Пример 1: Использование Docker и Docker Compose

Docker позволяет упаковывать приложения в контейнеры, которые можно легко разворачивать на различных средах. Docker Compose помогает управлять многоконтейнерными приложениями.

Dockerfile:

# Используем базовый образ Node.js
FROM node:14

# Создаем рабочую директорию
WORKDIR /app

# Копируем package.json и устанавливаем зависимости
COPY package*.json ./
RUN npm install

# Копируем остальные файлы
COPY . .

# Открываем порт приложения
EXPOSE 3000

# Команда для запуска приложения
CMD ["node", "server.js"]

docker-compose.yml:

version: '3'
services:
  web:
    build: .
    ports:
      - "3000:3000"
    volumes:
      - .:/app
    environment:
      - NODE_ENV=development
  db:
    image: mongo
    ports:
      - "27017:27017"

Для развертывания используйте команду:

docker-compose up -d

Пример 2: Использование Kubernetes

Kubernetes — это оркестратор контейнеров, который позволяет управлять развертыванием, масштабированием и операциями контейнеризированных приложений.

Deployment файл:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp-deployment
spec:
  replicas: 3
  selector:
    matchLabels:
      app: myapp
  template:
    metadata:
      labels:
        app: myapp
    spec:
      containers:
      - name: myapp-container
        image: myapp:latest
        ports:
        - containerPort: 3000

Service файл:

apiVersion: v1
kind: Service
metadata:
  name: myapp-service
spec:
  selector:
    app: myapp
  ports:
    - protocol: TCP
      port: 80
      targetPort: 3000
  type: LoadBalancer

Применение конфигураций:

kubectl apply -f deployment.yaml
kubectl apply -f service.yaml

➡️ Автоматизация тестирования

Пример 1: Unit-тесты с использованием Jest

Jest — это фреймворк для тестирования JavaScript.

Пример теста:

// sum.js
function sum(a, b) {
  return a + b;
}
module.exports = sum;

// sum.test.js
const sum = require('./sum');

test('adds 1 + 2 to equal 3', () => {
  expect(sum(1, 2)).toBe(3);
});

Добавьте скрипт для запуска тестов в package.json:

"scripts": {
  "test": "jest"
}

Запустите тесты командой:

npm test

Пример 2: Интеграционные тесты с использованием Selenium

Selenium — это инструмент для автоматизированного тестирования веб-приложений.

Пример теста на Python:

from selenium import webdriver
from selenium.webdriver.common.keys import Keys

# Указываем путь к веб-драйверу
driver = webdriver.Chrome(executable_path='/path/to/chromedriver')

# Открываем страницу
driver.get("https://www.example.com")

# Находим элемент и выполняем действие
elem = driver.find_element_by_name("q")
elem.send_keys("Selenium")
elem.send_keys(Keys.RETURN)

# Проверяем результат
assert "No results found." not in driver.page_source

# Закрываем браузер
driver.quit()

➡️ Интеграция с CI/CD

Автоматизацию развертывания и тестирования можно легко интегрировать в CI/CD пайплайн с использованием инструментов, таких как Jenkins, GitLab CI или CircleCI.

Пример пайплайна Jenkins:

pipeline {
    agent any

    stages {
        stage('Checkout') {
            steps {
                git 'https://github.com/your-repo/project.git'
            }
        }
        stage('Build') {
            steps {
                sh 'docker build -t myapp:latest .'
            }
        }
        stage('Test') {
            steps {
                sh 'npm test'
            }
        }
        stage('Deploy to Dev') {
            steps {
                sh 'kubectl apply -f deployment.yaml'
            }
        }
        stage('Deploy to Prod') {
            steps {
                input message: 'Deploy to production?', ok: 'Deploy'
                sh 'kubectl apply -f deployment.yaml --namespace=prod'
            }
        }
    }
}

📌 Что такое нормализация баз данных?

💬 Спрашивают в 31 % собеседований

Нормализация баз данных - это процесс организации данных в базе данных для минимизации избыточности данных и обеспечения их целостности. Цель нормализации - структурировать таблицы таким образом, чтобы устранить аномалии обновления, вставки и удаления данных. Нормализация достигается путем разбиения больших таблиц на более мелкие, связанных между собой отношениями, что упрощает управление данными и делает их более логически связанными.

🤔 Зачем нужна нормализация:

1️⃣ Устранение избыточности данных: Нормализация позволяет минимизировать дублирование данных, что экономит пространство и упрощает управление базой данных.

2️⃣ Обеспечение целостности данных: Нормализация помогает поддерживать целостность данных, обеспечивая правильное и единообразное хранение данных.

3️⃣ Упрощение структуры базы данных: Разделение данных на логические таблицы делает структуру базы данных более понятной и удобной для использования.

4️⃣ Избежание аномалий данных: Нормализация предотвращает возникновение аномалий при обновлении, вставке и удалении данных.

🤔 Основные формы нормализации:

1️⃣ Первая нормальная форма (1NF):

➕ Удаление повторяющихся групп в таблице.

➕ Каждый столбец должен содержать только атомарные (неделимые) значения.

➕ Все записи в таблице должны быть уникальными.

2️⃣ Вторая нормальная форма (2NF):

➕ Таблица должна быть в 1NF.

➕ Удаление частичной функциональной зависимости: каждый неключевой атрибут должен быть полностью зависим от первичного ключа.

3️⃣ Третья нормальная форма (3NF):

➕ Таблица должна быть в 2NF.

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

4️⃣ Бойс-Кодд нормальная форма (BCNF):

➕ Усиление 3NF: каждая детерминанта должна быть кандидатом на ключ, что означает, что в любой нетривиальной функциональной зависимости X -> Y, X должно быть суперключом.

5️⃣ Четвертая нормальная форма (4NF):

➕ Таблица должна быть в BCNF.

➕ Устранение многозначных зависимостей: таблица не должна содержать многозначных зависимостей, когда один атрибут зависит от нескольких значений другого атрибута.

6️⃣ Пятая нормальная форма (5NF):

➕ Таблица должна быть в 4NF.

➕ Устранение соединительных зависимостей: данные должны быть разбиты так, чтобы каждая зависимость сохранялась.

🤔 Примеры применения нормализации:

➕ Первая нормальная форма: Если у вас есть таблица с повторяющимися группами, такими как несколько телефонных номеров для одного клиента, вы создаете отдельную таблицу для телефонов и связываете ее с таблицей клиентов.

➕ Вторая нормальная форма: Если у вас есть таблица заказов с колонками "номер заказа", "название товара" и "цена товара", вы можете создать отдельные таблицы для заказов и товаров, чтобы цена товара зависела только от товара, а не от комбинации заказа и товара.

➕ Третья нормальная форма: Если у вас есть таблица сотрудников с колонками "идентификатор сотрудника", "название отдела" и "имя начальника отдела", вы можете создать отдельные таблицы для сотрудников и отделов, чтобы имя начальника отдела зависело только от отдела, а не от сотрудника.

🤔 Краткий ответ:

Нормализация баз данных - это процесс организации данных для уменьшения их избыточности и обеспечения целостности данных. Она включает разбиение таблиц на более мелкие, связанных между собой отношениями, что предотвращает аномалии данных и упрощает управление ими.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Какие знаешь принципы ООП?

💬 Спрашивают в 30 % собеседований

Объектно-ориентированное программирование (ООП) базируется на нескольких ключевых принципах, которые помогают создавать гибкие, понятные и легко поддерживаемые программы. Вот основные принципы ООП:

1️⃣ Абстракция (Abstraction)

Абстракция заключается в выделении значимых характеристик объекта и игнорировании незначимых. Это позволяет создавать упрощенные модели реальных объектов.

Пример: В классе Автомобиль можно выделить такие характеристики, как марка, модель, и методы, такие как запустить двигатель, игнорируя менее важные детали.

2️⃣ Инкапсуляция (Encapsulation)

Инкапсуляция скрывает внутренние детали объекта и позволяет взаимодействовать с объектом только через определенные методы. Это защищает данные от некорректного использования и облегчает изменение и поддержку кода.

Пример: В классе Банк, детали о счете клиента (баланс, транзакции) скрыты и доступны только через методы положить деньги и снять деньги.

3️⃣ Наследование (Inheritance)

Наследование позволяет создавать новые классы на основе существующих. Новый класс (наследник) получает все свойства и методы родительского класса и может добавлять новые или изменять существующие.

Пример: Класс Животное может быть родительским для класса Собака, который наследует характеристики и поведение Животного, но также может иметь дополнительные методы, такие как лай.

4️⃣ Полиморфизм (Polymorphism)

Полиморфизм позволяет объектам разных классов обрабатывать запросы одинаковым образом. Это достигается через переопределение методов в наследуемых классах и интерфейсы.

Пример: Метод звук() в классе Животное может быть реализован по-разному в классах Собака и Кошка, но вызывать этот метод можно одинаково для объектов обоих классов.

5️⃣ Композиция (Composition)

Композиция предполагает создание объектов других классов внутри данного класса. Это позволяет использовать функциональность существующих классов, не создавая зависимостей через наследование.

Пример: Класс Автомобиль может включать объект класса Двигатель, что позволяет использовать функциональность двигателя без необходимости наследования.

6️⃣ Агрегация (Aggregation)

Агрегация - это специальный вид композиции, который позволяет одному объекту быть частью другого с возможностью существования вне этого объекта. Агрегация описывает "имеет" отношения.

Пример: Класс Школа может включать объекты класса Учитель, которые могут существовать независимо от конкретной школы.

🤔 Важность принципов ООП

➕ Упрощение разработки: Принципы ООП позволяют создавать более понятный и структурированный код.

➕ Повторное использование кода: Наследование и полиморфизм способствуют использованию уже написанных классов в новых контекстах.

➕ Поддерживаемость кода: Инкапсуляция и абстракция делают код легче в сопровождении и модификации.

🤔 Краткий ответ

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

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Какие есть виды join?

💬 Спрашивают в 19 % собеседований

🤔 Виды JOIN в SQL

1️⃣ INNER JOIN:

Используется для объединения строк из двух таблиц, если они имеют совпадающие значения в указанных столбцах. Выбирает только те строки, которые имеют соответствия в обеих таблицах.

➕ Для чего используется: Основной тип соединения для получения данных, которые есть в обеих таблицах.

➕ Как используется: Когда нужны только те записи, которые имеют соответствующие пары в обеих таблицах.

2️⃣ LEFT (OUTER) JOIN:

Возвращает все строки из левой таблицы и совпадающие строки из правой таблицы. Если нет совпадения, то результат будет содержать NULL для правой таблицы.

➕ Для чего используется: Чтобы получить все данные из одной таблицы и соответствующие данные из другой, если они существуют.

➕ Как используется: Когда нужно получить все записи из первой таблицы, независимо от наличия соответствий во второй.

3️⃣ RIGHT (OUTER) JOIN:

Возвращает все строки из правой таблицы и совпадающие строки из левой таблицы. Если нет совпадения, то результат будет содержать NULL для левой таблицы.

➕ Для чего используется: Аналогично LEFT JOIN, но для получения всех данных из правой таблицы.

➕ Как используется: Когда нужно получить все записи из второй таблицы, независимо от наличия соответствий в первой.

4️⃣ FULL (OUTER) JOIN:

Возвращает строки, когда есть совпадения в одной из таблиц. Объединяет результаты LEFT JOIN и RIGHT JOIN.

➕ Для чего используется: Чтобы получить все данные из обеих таблиц, включая те строки, которые не имеют соответствий в другой таблице.

➕ Как используется: Когда нужно объединить все данные, включая строки без соответствий.

5️⃣ CROSS JOIN:

Возвращает декартово произведение двух таблиц. Каждая строка первой таблицы соединяется с каждой строкой второй таблицы.

➕ Для чего используется: Для генерации всех возможных комбинаций строк из двух таблиц.

➕ Как используется: Обычно редко используется на практике из-за большого количества возвращаемых данных.

6️⃣ SELF JOIN:

Это соединение таблицы самой с собой.

➕ Для чего используется: Для сравнения строк таблицы с другими строками той же таблицы.

➕ Как используется: Часто используется для работы с иерархическими данными или для сравнения записей внутри одной таблицы.

🤔 Краткий ответ:

Виды JOIN в SQL: INNER JOIN, LEFT JOIN, RIGHT JOIN, FULL JOIN, CROSS JOIN, SELF JOIN.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 В чём разница между SQL и NoSQL?

💬 Спрашивают в 31 % собеседований

Разница между SQL и NoSQL базами данных заключается в их архитектуре, структуре, методах хранения данных и использовании. Рассмотрим эти различия подробнее.

1️⃣ Архитектура и структура данных

SQL (Structured Query Language) базы данных:

➕ Реляционные базы данных: SQL базы данных являются реляционными и используют таблицы для хранения данных. Каждая таблица состоит из строк и столбцов, что позволяет структурировать данные в виде отношений.

➕ Схемы данных: SQL базы данных требуют четко определенных схем (schemas), которые строго контролируют структуру данных. Все записи в таблице должны следовать заранее определенной структуре.

➕ Язык запросов: SQL использует структурированный язык запросов для манипуляции данными. Язык SQL стандартизирован и включает команды для создания, чтения, обновления и удаления данных (CRUD).

NoSQL (Not Only SQL) базы данных:

➕ Нереляционные базы данных: NoSQL базы данных не обязательно используют таблицы для хранения данных. Вместо этого они могут использовать различные модели данных, такие как документы, графы, ключ-значение и столбцы

➕ Гибкость схем: NoSQL базы данных часто не требуют фиксированных схем. Это позволяет хранить данные разной структуры в одной и той же коллекции или таблице.

➕ Разнообразие языков запросов: В NoSQL базах данных отсутствует единый стандарт языка запросов. Они могут использовать различные методы доступа к данным, включая REST API и собственные языки запросов.

2️⃣ Масштабируемость и производительность

SQL базы данных:

➕ Вертикальная масштабируемость: SQL базы данных обычно масштабируются вертикально, то есть увеличивая мощность сервера (CPU, RAM, дисковое пространство).

➕ Транзакции и консистентность: SQL базы данных поддерживают ACID транзакции (Atomicity, Consistency, Isolation, Durability), что обеспечивает высокую надежность и консистентность данных.

NoSQL базы данных:

➕ Горизонтальная масштабируемость: NoSQL базы данных предназначены для горизонтального масштабирования, что позволяет распределять данные по множеству серверов.

➕ Гибкость и скорость: NoSQL базы данных обычно более гибки и могут обеспечивать высокую производительность при работе с большими объемами данных и высокими нагрузками на запись и чтение.

3️⃣Использование и примеры

SQL базы данных:

➕ Примеры: MySQL, PostgreSQL, Oracle, Microsoft SQL Server.

➕ Использование: Финансовые системы, системы управления запасами, системы управления клиентами (CRM), где требуется сложные запросы и транзакции.

NoSQL базы данных:

➕ Примеры: MongoDB, Cassandra, Redis, Couchbase.

➕ Использование: Системы больших данных, реального времени аналитика, социальные сети, приложения для интернета вещей (IoT), где требуется высокая производительность и гибкость.

🤔 Краткий ответ

Основное различие между SQL и NoSQL базами данных заключается в их архитектуре и методах хранения данных: SQL базы данных реляционные с фиксированными схемами, а NoSQL базы данных нереляционные с гибкими схемами. SQL базы данных масштабируются вертикально и поддерживают ACID транзакции, тогда как NoSQL базы данных масштабируются горизонтально и предназначены для обработки больших объемов данных с высокой производительностью.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

Разбор возможностей GraphQL, сравнение производительности и легкости использования по сравнению с REST

В последние годы GraphQL стал популярной альтернативой традиционному REST API для взаимодействия клиентских приложений с сервером. В этом посте мы рассмотрим возможности GraphQL, сравним его производительность и легкость использования с REST, а также приведем примеры для иллюстрации.

🔽Введение в GraphQL

GraphQL — это язык запросов для API, разработанный Facebook. Он позволяет клиентам запрашивать только те данные, которые им нужны, и получать их в предсказуемой структуре. GraphQL предоставляет мощные инструменты для работы с данными, включая возможность комбинировать запросы, фильтровать результаты и обрабатывать связи между сущностями.

🔽Возможности GraphQL

Гибкость запросов

• Клиенты могут запрашивать только те поля, которые им необходимы, избегая избыточных данных.

{
  user(id: "1") {
    id
    name
    email
  }
}

• Запрос выше возвращает только id, name и email пользователя с ID 1.

Единая точка входа

• В GraphQL есть единая конечная точка, которая обрабатывает все запросы. Это упрощает управление и маршрутизацию запросов.

query {
  user(id: "1") {
    name
    posts {
      title
      comments {
        text
      }
    }
  }
}

• Здесь мы запрашиваем данные о пользователе, его постах и комментариях к этим постам в одном запросе.

Схема и типизация

• GraphQL использует строгую схему и типизацию, что помогает обнаруживать ошибки на ранних стадиях разработки.

type User {
  id: ID!
  name: String!
  email: String!
  posts: [Post]
}

🔽Сравнение производительности: GraphQL vs REST

Избыточность данных

• В REST клиент часто получает больше данных, чем нужно, из-за фиксированных структур ответов.

GET /users/1
{
  "id": "1",
  "name": "John Doe",
  "email": "[email protected]",
  "address": "123 Main St",
  "phone": "555-5555"
}

• Клиенту может быть нужна только часть данных, но он получает весь объект.

Количество запросов

• В REST для получения связанных данных часто требуется несколько запросов.

GET /users/1
GET /users/1/posts
GET /posts/1/comments

• В GraphQL можно выполнить один запрос для получения всех необходимых данных.

Производительность сервера

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

• Однако возможность запроса только необходимых данных может уменьшить нагрузку на сеть.

В следующем посте разберем Легкость использования: GraphQL vs REST и подведем итог их сравнения 👇

📌 Какие есть виды join?

💬 Спрашивают в 19 % собеседований

В реляционных базах данных SQL используется несколько видов операций JOIN для объединения строк из двух или более таблиц на основе связанных столбцов. Каждая из этих операций предназначена для определенных сценариев. Основные виды JOIN включают:

1️⃣ INNER JOIN

INNER JOIN возвращает строки, которые имеют совпадающие значения в обеих таблицах. Это наиболее часто используемый тип JOIN.

➕ Использование: Для извлечения данных, которые имеют соответствующие записи в обеих таблицах.

2️⃣ LEFT (OUTER) JOIN

LEFT JOIN (или LEFT OUTER JOIN) возвращает все строки из левой таблицы и совпадающие строки из правой таблицы. Если нет совпадения, то результаты из правой таблицы будут NULL.

➕ Использование: Когда необходимо получить все данные из одной таблицы и только соответствующие данные из другой.

3️⃣ RIGHT (OUTER) JOIN

RIGHT JOIN (или RIGHT OUTER JOIN) возвращает все строки из правой таблицы и совпадающие строки из левой таблицы. Если нет совпадения, то результаты из левой таблицы будут NULL.

➕ Использование: Когда необходимо получить все данные из правой таблицы и только соответствующие данные из левой.

4️⃣ FULL (OUTER) JOIN

FULL JOIN (или FULL OUTER JOIN) возвращает все строки, когда есть совпадение в одной из таблиц. Если совпадения нет, то возвращаются NULL для соответствующей таблицы.

➕ Использование: Для получения всех данных из обеих таблиц, независимо от совпадений.

5️⃣ CROSS JOIN

CROSS JOIN возвращает декартово произведение двух таблиц, то есть каждая строка из первой таблицы соединяется с каждой строкой из второй таблицы.

➕ Использование: Когда требуется комбинировать все строки из двух таблиц без учета связи.

6️⃣ SELF JOIN

SELF JOIN это особый случай JOIN, где таблица соединяется сама с собой. Обычно используется с псевдонимами таблиц для различения различных экземпляров одной и той же таблицы.

➕ Использование: Для сравнения строк внутри одной таблицы.

🤔 Примеры использования

➕ INNER JOIN: Для получения списка студентов и их курсов.

➕ LEFT JOIN: Для получения всех сотрудников и их проектов, даже если у сотрудника нет проекта.

➕ RIGHT JOIN: Для получения всех проектов и сотрудников, даже если у проекта нет назначенного сотрудника.

➕ FULL JOIN: Для получения полной информации о студентах и курсах, включая тех, кто еще не записан на курс или курсы, на которые еще никто не записан.

➕ CROSS JOIN: Для создания всех возможных комбинаций продуктов и категорий.

➕ SELF JOIN: Для нахождения пар сотрудников из одной таблицы с одинаковыми менеджерами.

🤔 Краткий ответ

Основные виды JOIN в SQL включают INNER JOIN (возвращает совпадающие строки), LEFT JOIN (все строки из левой таблицы и совпадающие строки из правой), RIGHT JOIN (все строки из правой таблицы и совпадающие строки из левой), FULL JOIN (все строки при наличии совпадений в одной из таблиц), CROSS JOIN (декартово произведение двух таблиц) и SELF JOIN (соединение таблицы с самой собой).

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

🔽Легкость использования: GraphQL vs REST

Документация и типизация

• В GraphQL схема служит живой документацией, которая всегда актуальна.
• Инструменты, такие как GraphiQL или Apollo Studio, позволяют интерактивно исследовать и тестировать API.

Разработка и поддержка

• GraphQL упрощает работу с фронтендом, так как разработчики могут запрашивать именно те данные, которые им нужны, без ожидания изменений на сервере.
• В REST изменения в структуре ответа могут потребовать изменения клиентского кода.

Клиентские библиотеки

• Существуют мощные клиентские библиотеки для GraphQL, такие как Apollo Client и Relay, которые упрощают интеграцию и управление состоянием данных.

🔽Примеры

• Пример реализации на сервере с использованием Node.js и Apollo Server:

const { ApolloServer, gql } = require('apollo-server');

const typeDefs = gql`
  type Query {
    user(id: ID!): User
  }

  type User {
    id: ID!
    name: String!
    email: String!
    posts: [Post]
  }

  type Post {
    id: ID!
    title: String!
    comments: [Comment]
  }

  type Comment {
    id: ID!
    text: String!
  }
`;

const resolvers = {
  Query: {
    user: (parent, args, context, info) => {
      // Логика получения пользователя
    }
  },
  User: {
    posts: (parent, args, context, info) => {
      // Логика получения постов пользователя
    }
  },
  Post: {
    comments: (parent, args, context, info) => {
      // Логика получения комментариев поста
    }
  }
};

const server = new ApolloServer({ typeDefs, resolvers });

server.listen().then(({ url }) => {
  console.log(`🚀 Server ready at ${url}`);
});

🔽Заключение

GraphQL предоставляет мощные возможности для гибкого и эффективного взаимодействия клиентских приложений с сервером. Хотя он может быть более ресурсоемким для сервера и требует тщательной настройки схемы, его преимущества в гибкости запросов, уменьшении избыточности данных и улучшении клиентской разработки делают его отличным выбором для современных приложений. В сравнении с REST, GraphQL предлагает более современные подходы к работе с данными, что делает его все более популярным среди разработчиков.

📌 Почему синглтон называют антипаттерном?

💬 Спрашивают в 19 % собеседований

Синглтон считается антипаттерном в некоторых случаях и для некоторых разработчиков, несмотря на его популярность, из-за множества потенциальных проблем, которые он может вызвать. Вот основные причины, почему синглтон может быть вреден:

1️⃣ Глобальное состояние

Синглтон представляет собой глобальное состояние, которое может изменяться из любого места в программе. Это приводит к трудностям в отслеживании и понимании изменений состояния, что усложняет отладку и тестирование.

2️⃣ Нарушение принципов ООП

Синглтон нарушает принцип единственной ответственности (SRP - Single Responsibility Principle), так как он сочетает в себе функциональность и управление своим экземпляром. Это также нарушает принцип инверсии зависимостей (DIP - Dependency Inversion Principle), так как клиенты напрямую зависят от конкретного класса.

3️⃣ Тестируемость

Синглтоны усложняют написание модульных тестов, так как глобальное состояние сохраняется между тестами, что может приводить к непредсказуемому поведению. Мокинг (mocking) и подмена синглтона в тестах также становятся сложными задачами.

4️⃣ Жесткие зависимости

Использование синглтона создает жесткие зависимости между классами, что делает код менее гибким и увеличивает связность. Это затрудняет изменение и поддержку кода в будущем.

5️⃣ Масштабируемость и многопоточность

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

6️⃣ Легаси код и сложность

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

🤔 Примеры и контексты

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

➕ Пример сложности тестирования: В проекте синглтон используется для управления настройками приложения. При запуске тестов изменения в настройках могут сохраняться между тестами, что приводит к некорректным результатам.

🤔 Краткий ответ

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

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

Обзор лучших практик логирования и инструментов, которые помогут в отладке и мониторинге сложных систем

Логирование является критически важным аспектом разработки и эксплуатации сложных бэкенд-систем. Оно позволяет отслеживать поведение приложений, диагностировать проблемы и обеспечивать аудит. В этом посте мы рассмотрим лучшие практики логирования и инструменты, которые помогут в отладке и мониторинге сложных систем.

Лучшие практики логирования

Используйте структурированное логирование

• Структурированные логи, такие как JSON, облегчают парсинг и анализ логов.

{
  "timestamp": "2023-05-01T12:00:00Z",
  "level": "INFO",
  "message": "User login successful",
  "userId": 123,
  "ip": "192.168.1.1"
}

Логируйте на разных уровнях

• Используйте уровни логирования (DEBUG, INFO, WARN, ERROR) для фильтрации и управления логами.

const logger = require('winston');
logger.debug('Debugging information');
logger.info('Informational message');
logger.warn('Warning message');
logger.error('Error message');

Соблюдайте контекстность логов

• Включайте в логи контекстную информацию, такую как идентификаторы запросов и пользователей.

import logging
logger = logging.getLogger(__name__)
logger.info('Processing request', extra={'requestId': 'abc123', 'userId': 123})

Не логируйте чувствительные данные

• Избегайте логирования данных, которые могут содержать конфиденциальную информацию, такую как пароли или номера кредитных карт.

logger.info("User login", new LogData(userId, maskSensitiveData(password)));

Используйте корреляционные идентификаторы

• Генерируйте и включайте корреляционные идентификаторы (trace IDs) для отслеживания запросов через несколько сервисов.

log.WithFields(log.Fields{
  "trace_id": traceID,
  "span_id": spanID,
}).Info("Handling request")

В сдедующем посте разберем Инструменты для логирования и мониторинга и Примеры внедрения логирования 👇

📌 Какие существуют нормальные формы в SQL?

💬 Спрашивают в 19 % собеседований

В реляционных базах данных нормализация — это процесс организации данных для минимизации избыточности и избегания аномалий при внесении данных. Нормальные формы (NF) — это набор правил, которые помогают в нормализации баз данных. Основные нормальные формы включают:

1️⃣ Первая нормальная форма (1NF)

Таблица находится в 1NF, если:

➕ Все столбцы содержат атомарные значения, то есть каждое значение в столбце неделимо.

➕ Все строки уникальны, нет повторяющихся строк.

Пример:
Если у вас есть таблица с заказами, и каждый заказ может содержать несколько продуктов, вместо хранения всех продуктов в одном столбце, нужно разбить их на отдельные строки.

2️⃣ Вторая нормальная форма (2NF)

Таблица находится во 2NF, если:

➕ Она находится в 1NF.

➕ Все неключевые столбцы полностью зависят от всего первичного ключа, а не от его части.

Пример:
Если в таблице "Заказы" у вас есть составной ключ (OrderID, ProductID), то столбцы, зависящие только от OrderID (например, OrderDate), должны быть вынесены в отдельную таблицу.

3️⃣ Третья нормальная форма (3NF)

Таблица находится в 3NF, если:

➕ Она находится во 2NF.

➕ Все неключевые столбцы зависят только от первичного ключа, а не от других неключевых столбцов.

Пример:
Если в таблице "Сотрудники" у вас есть столбцы EmployeeID, DepartmentID и DepartmentName, нужно вынести DepartmentName в отдельную таблицу "Департаменты", чтобы избежать зависимости между неключевыми столбцами.

4️⃣ Бойс-Кодд нормальная форма (BCNF)

Таблица находится в BCNF, если:

➕ Она находится в 3NF.

➕ Для каждой функциональной зависимости X -> Y, X является суперключом.

Пример:
Если в таблице "Курс" есть зависимости (Professor, Course) -> Room и Room -> Capacity, необходимо реструктурировать таблицу так, чтобы не было зависимостей, где детерминанты не являются суперключами.

5️⃣ Четвертая нормальная форма (4NF)

Таблица находится в 4NF, если:

➕ Она находится в BCNF.

➕ В ней нет многозначных зависимостей (Multivalued Dependencies).

Пример:
Если студент может записаться на несколько курсов и участвовать в нескольких клубах, то эти зависимости должны быть вынесены в отдельные таблицы.

6️⃣ Пятая нормальная форма (5NF)

Таблица находится в 5NF, если:

➕ Она находится в 4NF.

➕ В ней нет соединительных зависимостей (Join Dependencies), которые нельзя разделить без потери данных.

Пример:
Если у вас есть сложные зависимости между несколькими таблицами, то нужно убедиться, что все соединения этих таблиц могут быть разложены обратно без потери информации.

7️⃣ Доменино-ключевая нормальная форма (DKNF)

Таблица находится в DKNF, если:

➕ Все ограничения и зависимости выражаются только через домены и ключи таблицы, и отсутствуют аномалии при вставке, обновлении или удалении данных.

🤔 Заключение

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

🤔 Краткий ответ

Существуют следующие нормальные формы в SQL:

➕ Первая нормальная форма (1NF): атомарность данных.

➕ Вторая нормальная форма (2NF): полная функциональная зависимость от первичного ключа.

➕ Третья нормальная форма (3NF): отсутствие транзитивных зависимостей.

➕ Бойс-Кодд нормальная форма (BCNF): все детерминанты — суперключи.

➕ Четвертая нормальная форма (4NF): отсутствие многозначных зависимостей.

➕ Пятая нормальная форма (5NF): отсутствие соединительных зависимостей.

➕ Доменино-ключевая нормальная форма (DKNF): все ограничения выражаются через домены и ключи.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых