Вот мои мысли:
, Чтобы позволить поведению во время выполнения приложения, которое будет изменено легко. Это может быть программистами или не программистами, в зависимости от потребностей. Это может быть во время разработки, но я часто просматриваю конфигурационные файлы как способ помочь сделать программу более гибкой в любой точке.
Да. Я думаю, что файлы конфигурации должны быть максимально простыми, учитывая ограничение, что Вам, возможно, понадобятся различные варианты для управления различными поведениями времени выполнения. Я предпочитаю группировать параметры конфигурации и упрощать их как можно больше.
Зависит от того, что и почему изменение вносится. Если пользователи собираются быть изменением его, фронтенд должен быть сделан скрыть их от деталей. То же часто верно для неразработчиков в целом.
я часто исходное управление конфигурация "по умолчанию", но имеют способ переопределить это на систему для фактического времени выполнения.
Что касается добавления логики к файлу конфигурации - я избежал бы этого. Я думаю, что лучше просто иметь конфигурационный файл, включают логику в Вашем приложении. Поведение в файлах конфигурации приводит к отсутствию пригодности для обслуживания и понимания, по моему опыту. Я сильно предпочитаю сохранять конфигурационные файлы максимально простыми.
Вы можете использовать оператор ALTER VIEW примерно так:
ALTER VIEW dbo.myView
AS
SELECT foo
FROM dbo.bar
WHERE widget = 'foo'
GO
Чтобы переименовать представление, используйте sp_rename
Системная хранимая процедура:
EXEC sp_rename 'dbo.myView', 'myNewViewName'
Примечание: не включайте имя схемы во вторую строку, иначе вы получите имя типа «dbo.dbo.myNewViewName».
Вы можете использовать команду ALTER или СОЗДАТЬ новую и удалить старую.
-Shaun
вы можете использовать графический интерфейс в sms
вы можете щелкнуть правой кнопкой мыши, отредактировать его, а затем сгенерировать скрипт, если вам нужен код