在数据库架构更改后将 LINQ 更新为 SQL 类的最佳方法
- 作者: 持八尺剑立不世功
- 来源: 51数据库
- 2022-12-08
问题描述
我正在一个项目中使用 LINQ to SQL 类,该项目的数据库设计仍处于不稳定状态.
I'm using LINQ to SQL classes in a project where the database design is still in a bit of flux.
是否有一种简单的方法可以将类与模式同步,或者如果表设计发生变化,我是否需要手动更新类?
Is there an easy way of synchronising the classes with the schema, or do I need to manually update the classes if a table design changes?
推荐答案
您可以使用 SQLMetal.exe 生成 dbml 和/或 cs/vb 文件.使用预构建脚本启动它并定位到您的 datacontext 项目所属的目录.
You can use SQLMetal.exe to generate your dbml and or cs/vb file. Use a pre-build script to start it and target the directory where your datacontext project belongs.
C:Program FilesMicrosoft SDKsWindowsv6.0ABinx64sqlmetal.exe /server:<SERVER> /database:<database> /code:"pathSolutionDataContextProjectdbContext.cs" /language:csharp /namespace:<your namespace>
推荐阅读
- C#通过fleck实现wss协议的WebSocket多人Web实时聊天(附源码)
- 团队城市未满足要求:MSBuildTools12.0_x86_Path 存在
- 使用 MSBuild.exe 在发布模式下构建 C# 解决方案
- 当我发布 Web 应用程序时,AfterPublish 脚本不运行
- 构建时 T4 转换的产品仅在下一个构建中使用
- ASP.NET Core Application (.NET Framework) for Windows x64 only error in project.assets.json
- 新的 .csproj 格式 - 如何将整个目录指定为“链接文件"到子目录?
- 如何将条件编译符号(DefineConstants)传递给 msbuild
- MSBuild 支持 Visual Studio 2017 RTM 中的 T4 模板
- NuGet 包还原找不到包,没有源
热点文章
团队城市未满足要求:MSBuildTools12.0_x86_Path 存在
0
使用 MSBuild.exe 在发布模式下构建 C# 解决方案
0
当我发布 Web 应用程序时,AfterPublish 脚本不运行
0
构建时 T4 转换的产品仅在下一个构建中使用
0
ASP.NET Core Application (.NET Framework) for Windows x64 only error in project.assets.json
0
新的 .csproj 格式 - 如何将整个目录指定为“链接文件"到子目录?
0
如何将条件编译符号(DefineConstants)传递给 msbuild
0
MSBuild 支持 Visual Studio 2017 RTM 中的 T4 模板
0
NuGet 包还原找不到包,没有源
0
使用 C# 6.0 功能运行 TFS 构建
0
