Please enable JavaScript.

Coggle requires JavaScript to display documents.

Backend - Coggle Diagram

- - - - Поддержка транзакций
      - Быстрое обращение ко всем колонкам одной записи
    - - Быстрое обращение к одной колонке всех записей
      - Для сбора данных и их анализа
  - - - Применение агрегации к группе без уменьшения числа строк (отдельным столбцом)
      - Func OVER (PARTITION_BY column)
  - - - Один ко многим
      - Многие ко многим
      - Один к одному
    - - Соединение 2-х строк в одну
      - Если связи нет
        
        INNER JOIN исключает всю строку
        
        LEFT JOIN заменяет правые поля на NULL
      - ON задает предикат для связи
      - При связи ко многим создастся строка для каждой связи
  - - - Запрос связанной сущности при обращении (связь нужна не всегда)
      - Ленивым помечается поле модели
      - Проблема N+1 запроса (итеративный запрос связи для N объектов)
  - - - 1NF
        
        В ячейке только 1 значение (а не массив)
        
        Иначе не получится делать JOIN
      - 2NF
        
        Не должно быть полей, зависимых только от части первичного ключа
        
        Делать отдельную таблицу связей для "многие ко многим"
      - 3NF
        
        Функционально зависимые поля должны находиться в отдельной таблице с зависимостью в качестве ключа
        
        Все поля зависят только от первичного ключа
      - 4NF
        
        Создаем отдельную таблицу на каждую связь
        
        В таблице не должно быть > 1 связи "один ко многим"
      - 5NF
        
        Вынесение в таблицу нетривиальных зависимостей
        
        Индивидуально для предметной области
        
        Пример нетривиальной зависимости: сотрудник во всех проектах отвечает за одни и те же направления
      - BCNF
        
        Часть первичного ключа не должна зависеть от неключевого поля
- - - - Можно взять данные из родительского resolver
      - Вернуть данные для типа
      - Вызываются по цепочке в древовидном запросе
      - Решение проблемы N+1 запроса
        
        Resolver верхнего уровня анализирует GraphQL-запрос и строит жадный SQL-запрос (реализация Hasura)
        
        Локальное решение 1 запросом на слой связей: findMany по массиву id
    - - ... on InterfaceImplementation
      - Получить дополнительные поля конкретной реализации
    - - interface
      - union (|) (требует resolver типа по возвращаемым данным)
      - type
    - - Условный запрос полей:
        @include if($a)
        @skip if($a)
      - Параметр по умолчанию:
        $a: Long = 1
      - Фрагмент
        
        Объявляется рядом с телом запроса
        
        Используется в качестве содержимого поля
        field { ...FragmentName }
        
        Нельзя переиспользовать для структурно одинаковых типов
- - - - SSR
      - Настраиваемый размер пула потоков для асинхронных операций и С/C++ модулей
      - Один поток с Event Loop для обработки соединений
    - - Часто используется для проксирования
    - - Tomcat, WAMP(Windows Apache MySQL PHP)
      - Новый поток на каждое соединение (простаивает при ожидании I/O)
      - Издержки на переключение контекста между потоками
      - А плюсы?
- - - - Слитые токены не получится тайно использовать в течение долгого времени
      - Refresh перевыпускает истекший Access и себя
      - Короткоживущий Access для доступа
      - Refresh хранится в базе для защиты от повторного использования
- - - - Примеры ошибок
        
        Отрицательный баланс
        
        Foreign key на несуществующий элемент
      - Состояние, не противоречащее бизнес-правилам
        (следит программист)
      - Могут потребоваться проверочные запросы
    - - Примеры ошибок
        
        Отчет на основании разных данных: обновление записей другим потоком между вычислением MIN и MAX
        
        Чтение двумя потоками одной суммы денег и параллельное обновление
      - Решения
        
        Блокировки
        
        Использовать версии (пишущий поток проверяет, изменилась ли версия с момента первого чтения)