腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
搜索
搜索
关闭
发布
搜索
关闭
文章
问答
(9999+)
视频
开发者手册
清单
用户
专栏
沙龙
全部问答
原创问答
Stack Exchange问答
更多筛选
回答情况:
全部
有回答
回答已采纳
提问时间:
不限
一周内
一月内
三月内
一年内
问题标签:
未找到与 相关的标签
筛选
重置
1
回答
索引
重建
失败在sitecore
7
MovieShop.BusinessLayer</field> <include hint="list:IncludeTemplate"> </include> <fieldReaders re
浏览 1
修改于2015-12-19
得票数 0
1
回答
索引
重建
,删除现有
索引
文件
我正在使用Sitecore
7
搜索,我正在用代码
重建
索引
,我已经为它创建了一个代理,一切正常,
索引
重建
需要15秒,我注意到当
索引
重建
时,我不能搜索任何内容,搜索给我0的结果,我认为
索引
文件在
重建
索引
时会从
索引
文件夹中删除如何在不删除现有
索引
文件的情况下
重建
索引
?
浏览 7
修改于2016-06-10
得票数 1
回答已采纳
1
回答
索引
文件大小更改
我今天意识到,我的
索引
文件(大约250
7
GB )比昨天少了大约
7
GB。是否有可能
索引
重建
是文件变小的原因? Tnx
浏览 0
提问于2014-10-22
得票数 0
1
回答
在线
重建
消耗大量日志空间
为什么联机
重建
的主键聚集
索引
占用的空间几乎等于非聚集
索引
大小,这是没有触及的。我们有一个
索引
大小为
7
GB的主键聚集
索引
(bigint类型)的表。我们在同一表(varchar(36)类型)上有另一个
索引
大小接近1.5TB的非聚集过滤
索引
。 基于主键聚集
索引
的联机
重建
正在消耗几乎1.6TB的事务日志大小。用于
重建
的选项- (DATA_COMPRESSION = PAGE,ONLINE =
浏览 0
提问于2021-04-15
得票数 0
回答已采纳
2
回答
索引
构建退出,如何继续
在Sitecore
7
中,如果
索引
构建过程退出(为20million+项构建数小时的
索引
),如何从那里继续
索引
重建
?
浏览 1
修改于2013-07-31
得票数 1
1
回答
重建
指数为5~6小时。可以减少吗?
这个事实表大约有44个
索引
,事实表被划分。 有人能建议一种更快的方法来
重建
索引
吗?
浏览 2
修改于2016-12-28
得票数 1
回答已采纳
2
回答
暂停
索引
重建
在Server 2012中,
索引
重建
工作需要很长时间(最多8小时)。但是,连一个
索引
重建
都没有完成,所以我停止了
索引
作业。Head Blocker = object lock objid=585105175 dbid=5 id=lockaa
7
aae200
浏览 0
修改于2013-04-12
得票数 7
2
回答
由于限制为10 on,如何使用最小的数据库文件空间在Mircosoft SQL Server Express上重新生成
索引
由于10 of限制,如何使用最小的数据库文件空间在Mircosoft SQL Server Express上重新生成
索引
如果我尝试重新生成
索引
PK_Sale_Dtl,文件大小膨胀到10 at,而
重建
失败,我将一无所获,但是如果我删除
索引
并重新创建它,文件一点也不会增加。 为什么会这样呢?哪一个更好地
重建
或重新创建
索引
?
浏览 0
修改于2020-03-03
得票数 3
回答已采纳
1
回答
重新编制
索引
时,完整备份失败
作为一项有计划的活动,我们添加了一个自定义字典,并强制对整个数据库重新编制
索引
,并且没有禁用备份。
重建
索引
所需的时间较长,因为每次定时备份开始时,
重建
索引
都会被禁用。
重建
索引
花了32个小时才完成,几天后我们发现备份驱动器由于空间不足而耗尽。在进一步调试时,我们发现完整备份在触发
重建
索引
的日期是打开的,之后没有完整备份(并且之前的备份没有被删除),并且由于JA true,日志将继续写入备份目录。 我们无法理解完整备份失败的原因。例如:我
浏览 14
提问于2020-10-23
得票数 0
2
回答
重建
索引
我有Server 2016 SP2标准版和24*
7
关键环境和数据库大小1.31TB,驱动器上有186 on的空闲空间。我检查数据库在维护计划
重建
索引
还没有开始前一年,大约知道,我知道标准版本是脱机工作。请给我建议一下我能做些什么.没有任何问题。
浏览 0
提问于2021-12-18
得票数 -5
1
回答
重新构建
索引
的作业的问题
我们有一个维护计划(MP)工作,每周
重建
索引
。
索引
的
重建
正在使用MP计划的标准工具进行。据我所知,如果一个用于
索引
重建
的标准MP作业由于死锁而停止,这意味着其他
索引
(在死锁
索引
之后)也需要
重建
吗?还是MP作业将
重建
除此失败之外的所有
索引
?以下是职务历史记录中的输入示例: 进
浏览 0
修改于2017-10-01
得票数 2
2
回答
用Lucene对Sitecore 7.2的热可互换指数
我正在试验新的Sitecore 7.2功能SwitchOnRebuildLuceneIndex1)用30k项
重建
自定义
索引
(需要30秒)3)同时进行
索引
重建</
浏览 7
修改于2014-07-25
得票数 3
1
回答
Sitecore Coveo免费版本排除规则不起作用
我一直在使用Sitecore 8.1更新1的Coveo
7
免费版本,配置了coveo来
索引
路径下的所有内容项。404页也在同一路径下,因此尝试通过在
索引
文档中添加排除规则来排除该项。1.
重建
索引
。2.完全刷新
索引
。3.删除完整源并从sitecore
重建
索引
。下面是截图。 任何帮助都将不胜感激。
浏览 6
修改于2016-11-23
得票数 1
0
回答
依赖于
索引
自动
重建
?
以前,如果我们检测到OMetadataDefault.CLUSTER_INDEX_NAME没有软关闭,就手动
重建
数据库的
索引
这是因为在以前的版本中,
索引
重建
用于
重建
所有
索引
这里有没有替代方案,或者我们应该依赖于异步
索引
自动
重建
?OrientDB是否足够聪明,可以决定哪些<
浏览 1
提问于2016-06-30
得票数 0
回答已采纳
2
回答
为什么我们需要在Server中
重建
和重新组织
索引
在网上搜索之后,我找不到理由当我们
重建
和重组时,内部会发生什么?当
索引
破碎度大于40%时,应
重建
索引
。当
索引
碎片在10%到40%之间时,应该重新组织
索引
。
索引
重建
过程使用更多的CPU,并锁定数据库资源。Server开发版本和企业版本具有联机选项,可以在重新构建
索引
时打开该选项。联机选项将在
重建
过程中保持
浏览 0
提问于2012-11-09
得票数 28
回答已采纳
2
回答
如何在EPiServer
7
中手动
重建
搜索
索引
(
索引
、主文件夹、引用文件夹
我在EPiServer 6 R2中看到了一些为仪表板定制的小工具和一个管理模式的插件,它们可以让你
重建
搜索
索引
。最常用的方法是什么?
浏览 2
提问于2013-06-14
得票数 7
1
回答
应该在非聚集
索引
中
重建
索引
吗?
我将在Server中
重建
我们的
索引
,因为我们对所有表的所有
索引
的分割率都很高。我也应该包括
重建
非聚集
索引
吗?还是
重建
聚集
索引
就足够了? 谢谢!
浏览 0
修改于2021-05-31
得票数 1
回答已采纳
1
回答
当在2017年标准版的
索引
重建
过程中存在查询时,会发生什么情况?
我知道联机
重建
允许在
索引
重建
时执行CRUD查询。然而,如果我尝试用在线选项进行
索引
重建
,会发生什么?它是失败还是倒退到离线
重建
? 当脱机
重建
正在运行,并且触发CRUD查询时,查询是等待
重建
完成,还是重新生成失败并稍后重试?
浏览 0
修改于2021-10-04
得票数 0
2
回答
避免在
重建
过程中删除当前的Lucene.NET
索引
昨天我确认,当我
重建
我的
索引
时,当前的
索引
文件会擦除,所以任何依赖
索引
的东西都不会在30-60秒内获得任何数据(整个
索引
重建
所需的时间)。在新
索引
完全
重建
之前,是否有最佳做法或方法使Lucene.NET不覆盖当前
索引
文件?我基本上是在想,我希望它能写入新的临时
索引
文件,当
重建
完成后,让这些文件覆盖当前的
索引
。我所说的例子:
浏览 3
提问于2011-01-07
得票数 12
回答已采纳
5
回答
如何搜索具有特定字符
索引
的特定单词
索引
举个例子,我有下面的话我被赋予字符
索引
7
。然后,当我将句子分割成单词时,我必须返回
索引
1,这是包含字符
索引
的单词的
索引
,而不是与构成字符
索引
的单词完全匹配的5,而不是字符所在的正确
索引
。基本上,我试图用字符
索引
(与字符拆分时)返回字符所在位置(分词时)的正确的单词
索引
。 我想我应该用下面这样的东西来
重建
这个单词,以便在字符处找到这个单词。curString.ch
浏览 4
修改于2018-08-03
得票数 0
回答已采纳
第 2 页
第 3 页
第 4 页
第 5 页
第 6 页
第 7 页
第 8 页
第 9 页
第 10 页
第 11 页
点击加载更多
领券