2012-06-27 81 views
0

我正在搜索一個我們正在用我們的數據庫中的一個字段去除的字段,並發現了多個表單,該字段不再使用,但顯示搜索匹配。設計師客戶搜索中的原始字段信息

<item name='Edit_Date' summary='false' sign='true'> 
<rawitemdata type='400'> 
AAAAAAAAAAA= 
</rawitemdata></item> 

他們在這方面已經完成了清理工作,我猜想,這可能代表了該領域曾經存在的文件。雖然我知道編輯DXL可能會破壞設計,但爲了完整性,我可能會將其清除出DXL。所以,有兩個問題:

  1. 我說得對,明顯的「誤報」的來源?
  2. 您認爲在DXL中刪除這些誤報值得冒這個風險嗎?

由於提前, 大衛

回答

1

如果在文檔字段不再在設計中使用(而且你肯定你永遠不需要回數據),然後只需運行鍼對所有文檔的代理公式代理:

FIELD Edit_Date := @DeleteField 
+0

RH,它們在窗體設計中出現。它們也存在於文檔中,但我很好奇它爲什麼在表單設計不再顯示時顯示在表單設計的DXL上。我認爲這是因爲它曾經在形式上。它讓我感到困惑,即使以這種模糊的方式,它仍然會停留在設計上。 –

+0

奇怪的是,它停留在那裏,我猜測刪除它是無害的,但我一定要保持備份。 –

1

如果它沒有出現在設計器中並且未保存在文檔中,那麼可能會損壞。

「AAAAAAAAAAA =」不是腐敗。當Notes將NSF設計元素轉換爲DXL時,它不能將某些東西映射到100%,因此會創建二進制表示。

這是爲了允許DXL數據100%往返。

保存時,刪除元素應該沒有問題,只是該字段將消失。

+0

但是該領域「已經走了」。我確定這個重影對於ND8來說並不是什麼新東西,但我們只是看不到那些已經被刪除的鬼域。 –