обеспечение правильной конфигурации в разных средах - PullRequest
0 голосов
/ 27 февраля 2011

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

Боюсь, что когда-нибудь я их перепутаю и выполняю действия, которые были предназначены для базы данных Test, но выполнялись для базы данных Production.

Резервное копирование минимизирует влияние, но есть ли что-то еще, что можно сделать, чтобы избежать этой проблемы?

Моя среда - Visual Studio 2010, .NET, MySQL

Ответы [ 2 ]

2 голосов
/ 27 февраля 2011

Использование разных учетных записей / разрешений в разных средах.

В среде Windows используйте роли базы данных, сопоставленные с группами Windows (если ваша БД это поддерживает).

Желательно, не давать разработчикамежедневный доступ к продукции.При необходимости создайте DOMAIN\userName.admin (или что-то похожее) учетные записи для использования в редких случаях, когда разработчикам необходим доступ к производственной среде.

1 голос
/ 27 февраля 2011

Запретить учетным записям разработчика права / разрешения для выполнения в отношении производства.Предположим, у вас есть возможность создавать учетные записи AD.

  • Используйте свою обычную повседневную учетную запись в среде разработки и тестирования.Запретить разрешение этой учетной записи для Prod.

  • Создание и использование другой учетной записи при внесении изменений в Production.Назовите это как-то ясно, например Idsa-Admin или Idsa-Prod.Это заставит вас быть явным и создать соединение или войти в систему с этой учетной записью.

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