2013-04-24 86 views
0

好吧 - 這是前言。我意識到SharePoint並不是真正的最佳解決方案,如果我必須使用SharePoint,那麼編碼這將是更可取的。然而,由於IT政策的原因,我的翅膀被削減了,他們沒有時間去「爲我」這樣做。SharePoint高級列表關係

我正在開發環境管理系統的文檔控制系統。基本的概念是有一個「一般責任」清單,其中包括一個監管機構,一些類別信息,法律鏈接等......還有第二個名單「EMS責任」,它基本上只是鏈接(通過查詢)一個特定的網站承擔一般責任,以確定哪些網站有哪些責任。我們有很多網站,大部分都有最大的責任,所以將這兩個列表合併在一起並重復所有這些東西都是沒有意義的。最後,我有一個文檔庫(爲簡單起見,我忽略了草稿/已發佈的庫方面),它包含實際的文檔。這些文件應引用EMS責任,後者又引用一般責任。 「一般責任」的分類需要一直傳播到文檔庫。

目前,我使用工作流自動將引用「一般責任」的二級查找列複製到「EMS責任」中的「單行文本」列,以便查找「EMS文檔」。但是,儘管兩個責任清單中都存在這些值,但這些值不會傳播到我的最終清單中。

這種基於工作流的方法很愚蠢。查找列是愚蠢的。沒有辦法使用開箱即用的組件來優化工作。我想相信,這是不工作的原因是因爲我錯過了一些東西......但我已經搜索了幾個小時,並找不到更有效的關係能力。

首先,任何有關爲什麼值不會最終列在最終列表中的理論,儘管引用了一行填充的文本列?

其次,是否有一個更好的整體方法,不會太依賴工作流來回複製數據,以及這些可憐的查找列?

在此先感謝!

+0

問題是:1.爲什麼要使用工作流在第二個列表中傳播值?難道你不能僅僅在你的EMS責任列表中創建一個鏈接到你的一般責任列表的查詢列? 2.爲什麼不直接在您的文檔庫中使用另一個查找列來查找EMS責任?讓我知道你是否希望我爲你逐步解決這個問題。從我的角度來看,這很簡單,但我可能會錯過某些東西或誤解了你需要的東西。 – 2013-04-25 06:37:25

+0

我確實從EMS職責查找到一般責任,問題是我無法查找第三個列表中需要的輔助列,因爲您無法查找查找。我使用工作流將輔助查找列中的值複製到「單行文本」中,以便查找。但是,即使這樣做,這些值也不會顯示出來(儘管我可以在docs文件夾的最終查找中選擇那些列)。 – cacahootie 2013-04-25 16:23:02

+0

我根據您提供的反饋回答了您的問題。希望這兩個選項能夠滿足您的需求。 – 2013-04-25 18:14:05

回答

1

鑑於上面給出的要求以及您對我的問題的回答,我相信您不需要將工作流程鏈接在一起。我對你有兩種選擇:

第一種選擇:

  1. 創建一個通用職責列表。該列表應至少包含兩列。 ID和標題列。
  2. 創建EMS責任列表。該列表應至少包含三列。 ID,標題欄和鏈接到總責任清單的查閱欄。
  3. 創建文檔庫。添加一個鏈接到EMS職責的查找列。

由於您使用的查找列表已經鏈接到一般責任,因此不需要另一列專門指向一般責任。但是,如果您需要在文檔庫中包含特定列,以便明確列出一般職責和EMS職責的列,請使用下面的選項2。

選項2

  1. 創建一個通用職責列表。該列表應至少包含ID和標題列。
  2. 創建EMS責任清單。此列表應至少包含鏈接到「常規責任」和「標題」列的ID,查找列。
  3. 創建文檔庫。您應該添加兩個查找列。一個指向一般責任,另一個指向EMS責任。

    (現在最有趣的部分開始)

  4. 按照該指南中這link所以同時編輯NewForm和EditForm ASPX您查找下拉菜單將是一個級聯下拉。這將確保只有從「常規」下拉列表中選擇一個值後,纔會填充EMS下拉菜單中的項目。

讓我知道你是否需要任何更多的說明。

+0

對不起,我遲遲沒有回來 - 出城並沒有在這個項目上工作。我想我希望能有更多以數據庫爲中心的方法,而不是使用UI來攻擊UI。但是,唉,這是SharePoint提供的。 – cacahootie 2013-05-11 02:33:28