小编Ant*_*yok的帖子

TortoiseSVN 1.7在提交和检查网络共享上的修改时非常慢

此问题仅与TortoiseSVN 1.7和仅在网络共享上的操作有关.

在开发服务器上,我有一个svn工作副本,我可以提交一些东西,然后在生产服务器上更新.
有时当开发服务器上的所有活动会话都忙(我无法通过RDP连接)时,我通过网络共享从另一个开发服务器进行"提交".
所以,我打开DEV-2,然后打开网络目录:\\ DEV\Project并单击"提交"或"检查修改".
此时对话框打开非常缓慢(30-40分钟).没有未版本控制的文件.而且无论改变多少文件(可以是0).

注意:"更新"操作正常.
以上问题也适用于旧版本的TortoiseSVN(例如1.6).

我看到很多建议不在网络共享上使用这些操作,并在本地使用它们.
但这不是问题的解决方案.
有时我需要在网络共享上"提交".
而且,这在早期版本中运行良好.

也许有人知道如何解决这个问题?或者可能存在一些可以禁用的设置?

我在乌龟开发者论坛上发现了同样的问题.但也没有解决方案:http: //tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2892466


更新1:
我在乌龟开发者论坛上添加了一个类似的问题:http:
//tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2909472

svn performance tortoisesvn commit network-share

20
推荐指数
1
解决办法
1万
查看次数

全文搜索“包含”比“喜欢%”慢

我在SQL Server 2008 x64上的全文本索引有问题。

我有三个表:

具有9万行的TableA

具有12000000行的TableB

具有22000000行的TableC

我创建了具有自动填充功能的FTS目录。

当我查询TableA时:

Select * from TableA where Contains(field1, '"j*"')
Run Code Online (Sandbox Code Playgroud)

我看到11000条记录少于1秒

但是,当我使用相同的查询查询TableB或TableC时,我在2秒内看到250条记录。这显然很慢。

对于相同的表,用“ like%”而不是“ contains”执行的查询少于1秒。

由于表B和C较大,是否存在问题?TableA查询成功。

也许这些表需要更多时间来建立索引?(但他们已经索引(填充)了3天)

一些细节:

对于表B和CI,请始终参阅“人口状况=正在处理通知”(9)

属性“ TableFulltextDocsProcessed”总是增加

(我的SQL Server有一个镜像实例。)

sql-server full-text-search contains sql-like

5
推荐指数
1
解决办法
3726
查看次数

在 SQL Server 中获取触发器的调用者

您能建议我如何检索执行触发器的来电显示或姓名吗?

例如,我想知道哪个 SP 执行触发器或可能由管理工作室的更新调用的触发器?

我知道@@PROCID 返回触发器的 ID 并且不能使用。

我也知道在 SP 中我们编写 CONTEXT_INFO 并从触发器读取它时的解决方案。但是在这种情况下,我们应该在修改某些表的所有 SP 中设置 CONTEXT_INFO。

有没有像 @@PROCID 这样的最简单的方法?

sql sql-server triggers

5
推荐指数
1
解决办法
3937
查看次数