EQSP 11/20: Автоматизация изменений в базе данных | Liquibase [software quality crash course]

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

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

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

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

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

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

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

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

• Репозитории должны быть маленькими, чтобы избежать коллапсов и конфликтов.  

• Небольшие команды должны работать над небольшими кодовыми базами.  

• Монорепозитории, в которых все компоненты (фронтенд, бэкенд, база данных и т.д.) находятся в одном репозитории, могут привести к конфликтам на сборке.  

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

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

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

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

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

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

• В видео обсуждается процесс разработки и сборки программного обеспечения.  

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

• Затем сервер выключается после завершения сборки.  

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

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

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

• Это позволит разработчикам тестировать приложение в реальном времени, не дожидаясь завершения сборки.  

• В видео обсуждается формат файла, который будет использоваться для разработки и сборки.  

• Предлагается использовать файл с изель запросов, где данные будут вноситься по одному за раз.  

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

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

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

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

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

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

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

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

• В видео показано, как Liquibase может быть использован для отправки изменений в базу данных на продакшн.  

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

• Liquibase позволяет создавать и управлять изменениями в базе данных, используя файлы с расширением .sql.  

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

• Liquibase позволяет управлять изменениями в базе данных через файлы с расширением .sql, которые хранятся в репозитории.  

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

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

• Liquibase также может быть использован для тестирования и развертывания изменений в базе данных.  

• В видео демонстрируется, как Liquibase может быть использован для создания и управления изменениями в базе данных, а также для тестирования и развертывания этих изменений.  

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

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

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

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

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

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

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