截断字段修订表是否安全?


13

我注意到D7为每个字段创建一个field_revision表,并从其字段表副本中复制内容,即使已关闭修订。

我有一个很大的文本表,它占用了大量空间(几个GB)。

截断修订表是否安全?

PS:同时,我也将此报告为错误


这实际上是一个好问题!我认为该表是由核心创建的,但是如果启用了修订,则只会插入记录。
stefgosselin 2011年

谢谢:)这也是我所期望的,但是似乎D7会创建修订副本。这在drupal.stackexchange.com/questions/7027/…中得到了确认。也许是核心错误?
giorgio79 2011年

我将其归类为功能,而不是错误;)我认为,除此之外的逻辑是,如果您改变主意并激活修订,这将是DB上过多的负载以突然填充所有field_revision_*表的方式。
tostinni 2011年

1
我有很多,但我认为这与contrib模块无关。只需查看您的数据库内部,您就会看到每个字段都有关联的field_revision表...
giorgio79 2011年

Answers:


3

我认为Field SQL norevisions模块将为您提供帮助:

Field SQL norevisions提供了一个字段存储后端,可防止将实体版本保存到MySQL存储后端。

该模块的目的是减少在不使用修订版的大型Drupal站点上保存的重复数据量。它具有额外的性能优势,即在创建带有字段的实体期间将查询数量减少一半。

该模块不允许创建修订字段,因此它将减少查询数量,从而提高性能,此外,您将无法在节点上进行任何修订。

您也可以使用以下网址提供的一些自定义模块代码:

http://www.ambidev.com/cn/make-your-drupal-7-faster-by-removing-all-revisions/

和此模块删除修订条目:

https://www.drupal.org/project/node_revision_delete



0

不,这不安全。我正在使用Drupal7。我在我的网站上使用测验模块,并且我发现清空所有field_revision_ *时至少有两个错误,一个是我不记得的可变错误,另一个是问题消失了。 。

奇怪的是,那里有答案选项,但所有问题都消失了。我没有研究更多细节,而是将field_revision_ *表放回去,它开始正常工作。

我只能说如果您使用测验模块并转到myPHPAdmin并截断这些表,则会得到错误。如果您不使用测验模块,我不知道。但这不是防弹的。我建议使用一些经过验证的模块来清除您的修订。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.