我已经设计了使用Visual Studio类图表一些类。 现在我想使用ORM，也许其他持久性机制坚持这一数据。 我想知道如果有基于我在类的属性的SQL的方式，因为他们相当好代表所需的数据库结构。 这将节省我很多手动SQL打字，并给我一个很好的开始。
因为我希望有我的坚持从实际“领域层”（不知道这是正确的命名）脱钩我没有与数据库模型开始。
然后，ORM映射器（LLBLGEN）可以生成编码基于此架构，我将只需要生成的对象映射到我的持久性接口。
是一个好主意，还是我在这里在错误的道路上？
我发现了一个工具，它似乎做的工作（思维空间光速），但不幸的是它仅适用于VS2008。
这是一个坏主意。 一流的设计和数据库设计是不一样的东西。
就个人而言，我做我的设计在与概念层面诺马 ，一个免费的Visual Studio插件。 它会产生从概念模型架构，也可以生成类。
它生成的类是我的口味有点重，但事实证明，代码生成可定制的，如果你不害怕XSLT。
由于对象角色建模的本质，你把模型上的约束可以用来推断这两个数据库模式，而“类”的模式也是如此。
有迹象表明，可以生成域模型类数据库架构许多奥姆斯。 此外还有一些奥姆斯，抑或是针对发展这样的方式设计的。 这是“模型优先”或“代码优先”的理念，有些人认为它是数据库应用发展的未来，因为LINQ正在取代SQL现在。 例如实体框架的下一个版本将全力支持这个概念。 我可以推荐尝试DataObjects.Net ，它自动生成和升级数据库架构，并且支持LINQ查询。
这取决于。 如果项目是小，你有时间紧迫。 当然。 然而，生成的代码几乎总是比手工编写的代码少维护。 这是一个数据库架构一代相同。 看看你的项目范围。 甚至生成数据库，看看你是否喜欢它的外观。 然后自己决定。 重新评估你的下一个项目。 一个尺寸不适合所有。
