brutal_lobster

Скорее не из соображений безопасности - а из соображений простоты управления :)
Храните в конфигурационном файле.

А при компрометации сервиса, который подключается к БД, вас не спасет сокрытие реквизитов доступа.

Также как и любые другие данные
msdn.microsoft.com/en-us/library/dd394711(v=vs.100...

Что-то подсказывает, вы несколько усложняете свою архитектуру.
Для чего вам необходимы свои таблицы под каждое свойство?

Я так понимаю, вы хотите сделать хитрую сущность, в которой любое поле может быть любого вашего "типа" со связью с любой таблицей?) Такое по-моему не нормализуется вообще..
(ну, скорее всего можно придумать что-нибудь работающее с триггерами и процедурами - но по-моему это будет страшно и не сопровождаемо)

Выносите это в приложение или обратите внимание на nosql решение.
Можете сделать таблицу свойств сущностей, с типом свойства и его значением в виде json, например.

По поводу авторизации:
Фактически так и делается же) Только не if..then, а что-то вроде поиска (lookup) по таблице или списку прав доступа при осуществлении действия над конкретным объектом (отобразить кнопку, нажать на кнопку)
Обычно стоит вопрос - на каком уровне как хранить ACL и осуществлять проверку доступа.
Может быть это будет центральная матрица доступа или вообще атрибут объекта...

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