标签: redgate

我过去常常喜欢Reflector,但自RedGate接手以来,它已经大幅下滑.现在它迫使我更新(这绝对是荒谬的),有一半时间更新不顺利,而且每次更新都会越来越妨碍我的工作效率.我厌倦了,我准备好了更好的东西.有人知道更好的反汇编吗？

更新:

答案中提到的各种替代品清单 -

• ILSpy
• dotPeek
• JustDecompile
• DisSharper
• 单声道塞西尔
• 基洛夫州
• Dotnet IL编辑器(DILE)
• 通用编译器基础结构

我们一直在研究SQL Source控件的可能解决方案.我刚刚遇到Red Gates SQL Source控件,想知道是否有人实现了它？我将下载试用版并试一试,但只是想看看其他人是否有真正的经验.

一如既往地非常欣赏输入

--S

我已将 SSMS 更新到 v18.5，然后卸载 SQL Search，下载最新的并安装。SSMS 已启动，我单击“SQL 搜索”按钮 - 没有任何错误/异常，但 SQL 搜索未启动。我在 2 个工作站 W7 和 W10 上重复了这些操作。同样的结果。如何解决？

我正在寻找一种在更新应用程序版本后验证生产数据库上的SQL模式的方法.如果应用程序与数据库架构版本不匹配,则应该有一种方法来警告用户并列出所需的更改.

是否有一个工具或框架(以编程方式使用)具有内置功能来做到这一点？或者是否有一些简单的算法来运行这种比较？

更新:红门列出"从$ 395".有空吗？或者比保留版本号更加万无一失？

Joel总是在谈论Redgate软件的SQL Compare有多棒.SQL Compare仅适用于Microsoft SQL Server数据库,但有一个很好的软件适用于MySQL和其他常见数据库,它们是LAMP堆栈(PostgreSQL,Oracle等)的一部分吗？

我刚刚继承了一个SQL Server数据库.我需要解决的一件事是版本控制和自动构建.

有人建议我应该认真考虑推荐RedGate SQL Compare,但我不得不承认我对它有点不安.

我的预订是......

• 它似乎促进了使用gui工具进行数据库工作？
• 对于实时应用程序,我更喜欢使用更改脚本,这避免了在每个Scrum周期结束时创建迁移脚本的最后一分钟恐慌,这意味着CI可以测试您的更新脚本.我看不出RedGate工具如何解决这个问题.

我的直觉告诉我要坚持使用MSBuild文件和一堆.SQL文件经过试验和测试的方法.

我很想知道是否有人有使用此工具的经验.

展鹏工具SQLTest的SQL单元测试现在提供从加入测试的能力SQLCop然而展鹏工具只配备了一些这些测试预生成的.

由于测试只是存储过程,我相信有人已经实现了更多这些测试.

你愿意分享吗？任何人？

当我将2个数据库与Red Gate的SQL比较时,然后得到以下错误."ExecuteReader:CommandText属性尚未初始化"

我正在使用SQL Server 2012 express和Red Gate的SQL Compare 8

有什么解决方案吗？

谢谢,

我有一个WindowsForms应用程序,似乎泄漏内存,所以我使用Redgate的ANTS内存分析器来查看我怀疑的对象,并发现它们只由已经在Finalizer Queue上的对象持有.很棒,究竟什么是Finalizer Queue？你能指出我最好的定义吗？你能分享任何轶事建议吗？

此外,Finalizer Queue上的所有根GC对象都是名为"caller" 的System.Windows.Forms.Control + ThreadMethodEntry对象的实例.我看到它涉及多线程UI交互,但除此之外我不太了解.原谅我明显的懒惰并承认无知,但这些资源都埋藏在供应商的组件中.我正在和供应商讨论这些问题,但我需要一些指导才能让我加快对话速度.你能指点我最有用的ThreadMethodEntry定义吗？任何轶事建议？

另外,我是否应该关注终结器队列中的这些对象？

更新:这篇红门文章很有帮助.

我正在运行一个大型的ASP.net 4.0网站.它使用了流行的.Net内容管理系统,拥有数千个内容项,数百个并发用户 - 基本上是一个沉重的网站.

在1天的过程中,IIS7工作进程的内存使用量可以增加到8-10GB.服务器已安装16GB,目前设置为每天回收一次应用程序池.

我受到压力以减少内存使用量.大部分内存使用是由于缓存大量数据 - 但缓存间隔仅设置为5-10分钟 - 因此这些字符串最终应该从内存中过期.

但是在运行RedGate Memory Profiler之后,我可以看到我认为的内存泄漏.我已经通过"由Disposed Objects专门保存在内存中"的对象过滤了我的实例列表结果(我在RedGate论坛上看到这就是你发现内存泄漏的方法).这给了我一长串的内存字符串.

对于每个字符串,我使用实例保留图来查看内存中保存它的内容.System.string对象似乎在某些时候被System.Web.Caching.CacheDependency缓存了.如果我一直遵循图形,它会通过各种其他类,包括System.Collections.Specialized.ListDictionary,直到它到达System.Web.FileMonitor.这是有道理的,因为字符串是文件的路径(图像/ PDF /等).

似乎CMS正在缓存文件的路径,但这些缓存的对象随后被"泄露".随着时间的推移,这会增加并消耗RAM.

对不起,这是啰嗦......有没有办法阻止这些内存泄漏？或者在不诉诸回收应用程序池的情况下清除它们？我可以找到正在进行缓存的类/代码,看看我是否可以修复泄漏？