2012-05-08 72 views
0

我有一個經典的Lotus Notes和1800場和7片構成,經典形式的XPages

  1. 請問,如果我在7個不同形式的分割形式,然後綁定到的XPages的性能改善 或
  2. 如果我直接將表單綁定到xpages會不會有任何性能影響?

感謝

+2

爲什麼一個表單上有1800個字段?重新設計表單以查看您是否可以將某些字段移動到其他表單等是一個想法嗎? – jjtbsomhorst

+1

這是一個現有的設計和MAX文檔大小隻有34 KB,我想知道如果我們將表單設計移動到XPAGES,並保持現有的設計會有任何性能影響? – user1381600

+1

我認爲正確的問題是爲什麼你甚至需要1800字段開始?它不是像:line_item_1 ... line_item_999?如果是這樣,你最好將其重新編碼。 –

回答

0

對於這種情況,由於我的關注,您有七個選項卡和1800個字段的表格。但它太複雜了。但是,我們將一張表格分成七份,每份表格將包含260個字段。現在代碼也會變得複雜。

但我的建議是,您可以動態更改xpages中的綁定數據。如果您覺得重新設計表單非常複雜,那麼您應該遵循上述想法。否則,改變設計,並在xpages中進行很好的查找。

1

這是一個「嘗試與您的RDBMS」類型的情況。 拆分表單不會對你有所幫助,如果綁定數量很高(並且你對於多種表單的比例仍然> 200),那麼XPage不會太在意多少數據源的使用---而且你實際上不會不綁定到表單,而是綁定到文檔。表格只是一個「設計時間方便」。

做一些瘋狂的猜測我會推測很多字段都是重複字段(如LineItem_1 LineItem_2 LineItem_3)而不是多值字段。

展望未來,你需要做一個基本的選擇:

是您的數據格式固定的,因爲所有的意見,報告,導入/導出程序等,依靠他們。或。你可以重構數據模型(基於你的問題,我會假設前者)。

如果解決了問題,我會將文檔封裝到一個託管bean中,該託管bean爲重複的字段集提供數據集合,並重復控制以顯示實際需要的條目數(經典方法是讓在託管該字段的表格的每個單元格中都有不同的隱藏時間)。這樣你就可以少得多的綁定來照顧。

一個非常基本的想法如何有一個動態表可在IBM XPages tutorial

免責聲明Excercise 23發現:Tim Clark,我寫的。

您也可以考慮僅使用特定用戶那一刻需要的那部分文檔。

+0

謝謝斯蒂芬。我會嘗試使用重複控件 – user1381600

+0

它有助於接受答案---並且我的名字中只有一個e。第二個應該是一個a。 – stwissel