Как сохранить кодовую базу и схему базы данных в синхронизации?
Это не ошибка, а просто указание на то, что в основном вам также необходимо использовать агент ApplicationInsightsJava для сбора зависимостей. Соответствующие документы для добавления агента: https://docs.microsoft.com/en-us/azure/azure-monitor/app/java-agent . Я также ответил на этот вопрос о проблеме Github, которую вы создали здесь. https://github.com/Microsoft/ApplicationInsights-Java/issues/566#issuecomment-454973299
8 ответов
Хорошо, хотя не все решение, необходимо включать утверждение в Код приложения, который соединяется к базе данных, чтобы утверждать, что корректная схема используется, тот путь, по крайней мере, это становится очевидным, и Вы избегаете тихих ошибок и людей, жалующихся, что материал сошел с ума все внезапные.
Что касается версии схемы, Вы могли использовать некоторую базу данных определенная функциональность при наличии, но я лично предпочитаю объявлять таблицу версии схемы и сохранять номер версии там, тот путь его портативное устройство и могу быть проверен с простым избранным оператором
взгляните на Фантом DB - можно создать dbp использование сценариста в секундах и затем управлять всем кодом базы данных с менеджером изменений. www.dbghost.com
Это точно, что Фантом DB был разработан для обработки.
Мы пытаемся работать вперед от сценариев создания.
т.е. изменение в базе данных не авторизовывается, если сценарий не был протестирован и зарегистрирован управление исходным кодом.
Но это предполагает, что команда базы данных интегрируется с Вашей командой приложения, которая обычно является не случаем в крупном проекте...
(Я испытал желание ответить на это "с большой трудностью"),
Править: Инструменты не помогут Вам, если Ваш процесс не будет правильным.
Мы в основном делаем вещи путем, Вы со сценарием поколения, в котором зарегистрировались управление исходным кодом также. Я - обозначенное ведущее устройство базы данных, таким образом, все изменения в самом сценарии сделаны через меня. Люди отправляют мне сценарии изменений, которые они внесли, я обновляю свою основную копию схемы, запускаю генерировать скрипты (SSMS), чтобы произвести новый сценарий DB и затем регистрировать его. Я сохраняю свою копию кодового тока с любыми изменениями, которые вносятся в другом месте. Мы - небольшой магазин, таким образом, это работает вполне прилично на нас. Я понимаю, что это, вероятно, не масштабируется.
Если Вы не будете использовать Базу данных Visual Studio Professional Edition, то Вам будет нужен другой инструмент, который может разломать базу данных на ее элементные части так, чтобы они были managable и изменяемы более легким способом.
Я рекомендовал бы серьезно рассмотреть инструменты SQL Redgate, если Вы хотите поддержать исправность по всем своим изменениям базы данных и обновлениям.
Мое решение этой проблемы просто. Определите все как XML и удостоверьтесь, что и база данных, ORM и UI сгенерированы от этого XML, никаких исключений. Тем путем можно использовать инструменты генерации кода для быстрой регенерации сценария создания базы данных, который изменит схему, (надо надеяться), сохраняя некоторые данные. Это прилагает некоторые усилия, чтобы сделать, но конечный результат определенно стоит того.
Использование инструмент как RedGate SQL Выдерживает сравнение для генерации схемы изменения между любой данной версией базы данных. Можно затем проверить тот файл в управлении исходным кодом
Взгляните на этот вопрос: динамическое исправление баз данных. Я думаю, что это достаточно подобно Вашей проблеме, чтобы быть полезным.