我想开始源码控制我们的数据库。我在这里读了很多问题,发现我需要的是MS Team System 2008数据库版。所以我们得到了它,我们真的有点迷失了。
我们想首先比较一下我们拥有的不同的数据库(DEV,STA和PROD),因为我们从来没有在数据库上做过任何源代码控制,他们可能有一些我们想要解决的差异。我读到MS Team System 2008DB Edition可以做到这一点,但我认为我们还没有找到方法。
一旦我们让每个数据库都处于相同的“状态”,我们想要创建某种计划,将更改从本地开发人员数据库传播到一些源代码控制(我认为将数据库项目放在SVN下就可以做到这一点)。然后,有一种方法可以生成
我的同事已经在我们的数据库上尝试过RedGate的产品“就绪卷”,它也链接到(也是RedGate)。在他卸载就绪卷之后,我们中的任何人(他和我们团队的其他成员)都不能更改任何存储过程或对数据库进行更改。
Management仅显示一个空白错误窗格,其中包含以下文本:
Database could not be detected as it is linked. Make sure that the user has linked a database to source control
我们中的一些人尝试过将数据库断开并重新连接到,但没有成功。
关于如何恢复我们重新开发数据库的能力,有什么想法
我刚刚阅读了以下关于SO的帖子;
我们正在与Sitecore合作,通常将3个标准数据库附加到我们的MSSQL服务器。我们有一个Core,Master和Web数据库。在Sitecore后台开发不同模板的过程中,我们都使用一个数据库,并使用Sitecore CMS发布我们的数据库更改。例如,当我创建一个数据模板时,我的同事在刷新他的“内容树”时会看到同样的数据模板出现。从我在上面链接的帖子中读到的,当你有不同数据库的多个版本的源代码时,就需要数据库源代码控制。是否需要将我们的数据库置于源代码控制之下?考虑到Sitecore实际上正在处理项目到不同数据库等的发布,而我们都通过Sitecore CM
我的.net解决方案中有一个数据库项目。每当我生成/重新生成解决方案时,都会在数据库项目的obj/Debug文件夹中生成'.sqlprojAssemblyReference.cache‘文件。
我在我的git中忽略了obj目录和缓存文件,但它仍然没有像预期的那样工作。
# Build results
[Dd]ebug/
[Oo]bj/
# Visual Studio cache files
# files ending in .cache can be ignored
*.[Cc]ache
# but keep track of
离开Sybase不是一种选择,一个要求是在多个.NET web应用程序之间共享会话状态。我的任务是创建一个与Sybase一起工作的SessionStateStoreProvider。
我们使用SybasASE15.0,ASP.NET 4.61,它是一个mvc web应用程序。我创建了一个模型库和一个用于访问数据库的存储库。存储库库包含用于访问数据库的公共方法等的基类。使用Dapper 1.42和Sybase.AdoNet45.AseClient。
这是表示会话状态字段的数据库表的模型类。我已经更改了表,所以所有标记为varchar和var二进制的列都将允许空数据。
public class A