我了解SQL Server 架构的功能，但最佳实践是什么？当然，它们提供了另一层安全性，并在数据库内提供数据库对象的逻辑分组，但那里的典型情况是什么？根据我的经验，我经常看不到许多定制的模式被利用。这是典型的吗？是不是应该使用自定义模式的不太频繁的场景？
我主要是一名应用程序开发人员，但发现自己必须为我当前的项目（顺便说一句......它的 MS SQL Server 2008）做所有的前期数据库工作。作为第一个决定，我试图弄清楚是使用单独的数据库还是在同一数据库中使用单独的架构来划分我的状态。我对 SQL Server Schema 进行了一些阅读，这似乎是一种分离对象域（我喜欢）的自然方法，但我不确定这种模式是否存在隐藏成本。
在这两种方法之间进行选择时，我应该考虑哪些更实际的事情？如果我避免dbo.mytable赞成，myschema.mytable我是否会为我的架构带来其他挑战（或问题）？
作为旁注......在某些时候，这将被移交给真正的DBA 来维护/支持，所以我试图确保我不会让他们的生活变得更艰难。
在Stackoverflow上问了这个问题后，我想知道我所做的是正确/最佳实践的地方。
基本上，我创建的每个对象都进入一个模式，模式名称反映了用法。例如，我有模式Audit和Admin（除其他外）。
这反过来在 中没有留下任何对象dbo。这个可以吗？还有什么我需要做的吗？