Я знаю, что это старый вопрос, но (как и большинство хороших вопросов) заставил меня задуматься.
Я вижу перспективу вашей команды базы данных в определенных сценариях:
Вы подчиняетесь правилам соблюдения, которые требуют полного разделения обязанностей и тщательной пошаговой документации каждого изменения, внесенного в окружающую среду. Это означает, что вы не можете просто запустить любую утилиту (независимо от того, насколько хорошо она документирована или протестирована) самостоятельно; Вы должны передать его другой команде для одобрения, и эта команда должна (в теории) понять каждое потенциальное воздействие.
Возможно, существует очень гранулированный объект в соответствии с политикой безопасности объектов, и ваша группа баз данных считает, что автоматически созданные структуры таблиц могут нарушить это.
Не является брешей в безопасности, но в зависимости от действующих стандартов именования таблицы / процедуры, созданные инструментом, могут нарушать эти соглашения.
Возможно, вы работаете в сфере финансов или здравоохранения, и существует определенный набор требований безопасности, которые должны быть выполнены. Ваша команда разработчиков баз данных считает, что база данных о членстве не будет соответствовать этим требованиям.
Я работал со многими компаниями, которые придерживаются драконовских политик безопасности, которые часто приводят к значительному увеличению времени. И наоборот, последствия несоблюдения этой политики могут иметь такие ужасные последствия (многомиллионные штрафы здесь, в США), что обычно побеждает осторожность / паранойя.
В итоге: если схема аутентификации / авторизации ASP.Net хорошо подходит, то потратьте время на то, чтобы обучить команду базы данных ее внутренним элементам, чтобы им было удобно с ней работать. Выслушать их возражения; Администраторы баз данных могут чрезмерно защищать свои среды, но они часто отвечают за ключевые активы компании.
Как отметил @Cerebrus, существует много разных способов использования безопасности ASP.Net. Попробуйте использовать части, которые имеют смысл. Если ваша команда баз данных все еще не «поняла» (или выдвинула обоснованные возражения), существует множество других способов реализации надежной защиты в ASP.Net, они просто требуют больше усилий.