Prováděcí Master / Detail vztahy pomocí vlastních seznamů

Fórum uživatelé často jako otázky:

> Dobrý den,
>
> Řekněte mi, jestli jsou veškeré možnosti vybudovat vlastní seznam s
> seznam a podrobnosti typu (jako faktury) bez použití aplikace InfoPath.
>

SharePoint poskytuje některé pole funkcí, které podporují druhy obchodních požadavků takového.

Obecně, jeden spojuje dva seznamy dohromady pomocí vyhledávacího sloupce. Seznam A obsahuje informace hlavičky faktury a seznam B obsahuje Detaily faktury.

Další seznamy použít k udržení čísla zákazníků, čísla produktů, atd.

Použijte webovou část dotaz na obsah (v MECHU pouze) a datové zobrazení webové části Vytvoření sloučené zobrazení seznamů. Služba SQL Server Reporting Services (SRS) je také k dispozici pro stranu hlášení o to.

Avšak, tam jsou některé důležité omezení, které ztěžují používat čisté funkce out-of-the-box pro vše, co je i středně složité. Mezi ně patří:

  • Velikost souvisejících vyhledávací seznamy vs. "čistota" sloupec typu vyhledávání. Typ vyhledávacího sloupce se prezentuje na UI odlišně podle toho, zda jste povolili vícenásobný výběr nebo ne. V obou případech, ovládací prvek mimo of-the-box se zobrazí všechny dostupné položky ze zdrojového seznamu. Pokud má zdrojový seznam 1,000 položky, To by mohl být problém. Ovládací prvek vyhledávání nelze stránkovat tyto položky. Místo toho, všechny z nich přitahuje do ovládacího prvku. Díky za pěkné uživatelské rozhraní, jak vzhledem k zadávání dat a výkon.
  • Vyhledávání "pull zpět" jeden sloupec informací. Můžete nikdy vytáhnout zpět více než jeden sloupec informací ze seznamu zdroj. Například, Nemůžete zvolit zákazníka "12345" a zobrazí číslo i jméno a adresu zákazníka v době. Vyhledávání pouze zobrazuje zákazníka, číslo a nic jiného. To je nepříjemné a složité uživatelské rozhraní.
  • Žádná komunikace v rámci form. Napsal jsem o tomto. Nelze implementovat CSS rozevírací seznamy, podmíněně Povolit/zakázat pole, atd.
  • Vestavěný referenční integritu ani kaskádové odstranění. SharePoint léčí vlastní seznamy subjektivitu a neumožňuje je navzájem propojit v tradičním slova smyslu ERD. Například, SharePoint umožňuje vytvořit dva vlastní seznamy, "zákazník" a "záhlaví faktury". Můžete vytvořit hlavičku faktury odkazující zpět na zákazníka v seznamu zákazníků. Pak, ze seznamu můžete odstranit zákazníka. Out of the box, neexistuje žádný způsob, jak tomu zabránit. Chcete-li vyřešit tento druh problému, běžně používáte obslužné rutiny událostí.

Může se zdát chmurné, ale stále bych používat SharePoint jako výchozí bod pro vytváření tento druh funkce. I když existují mezery mezi co potřebujete v řešení, SharePoint umožňuje nám k vyplnění těchto mezer pomocí nástroje jako například:

  • Obslužné rutiny událostí. Je použít k vynucení referenční integrity.
  • Vlastní sloupce: Vytvořit typy vlastních sloupců a použít namísto výchozí vyhledávací sloupec. Přidat stránkování, Funkce AJAX aby reagovat a Pufrační přísada.
  • ZÁLOŽNÍ ŘADIČ DOMÉNY. Tato funkce MOSS-jen nám umožňuje dotaz jako ostatní SharePoint seznamy s lepší uživatelské rozhraní pro běžné vyhledávací sloupec. Záložní řadič domény může také oslovit aplikace server back-end. Replikace pomocí služby BDC. Namísto replikace informací o zákaznících z back-end systému, místo toho použijte záložní řadič domény. BDC funkce poskytují příjemné uživatelské rozhraní vytáhnout informace přímo z ERP systému, kam patří a vyhýbá obtížemi udržet řešení replikace.

    BDC je funkce MOSS (není k dispozici ve WSS) a je náročné na konfiguraci.

  • Technologie ASP.NET web formulář: Vytvořit plně vybavený podporou AJAX formulář, který používá objekt modelu nebo web služby SharePoint na páku seznamy služby SharePoint zároveň velice vstřícný uživatelské rozhraní.

Poslední možnost může cítit jako už začínáte od začátku, Ale uvážíte, že platforma SharePoint začíná vás s následující klíčové vlastnosti:

  • Bezpečnostní model s údržbou.
  • Systém nabídek s údržbou.
  • "Hlavní tabulka" (tj. vlastní seznamy) se zabezpečením, Vestavěný údržba a audit.
  • Hledat.
  • Nástroje pro integraci zadní (ZÁLOŽNÍ ŘADIČ DOMÉNY).

Pokud začnete s nový prázdný projekt v aplikaci visual studio, Máte hodně infrastruktury a kanalizací vybudovat, než se dostanete k nabízí služby SharePoint.

Věřím, že Microsoft má v úmyslu rozšířit SharePoint v tomto směru vývoje aplikací. To se jeví jako přirozené rozšíření na existující server SharePoint základní. Aplikace Microsoft CRM poskytuje velkou rozšiřitelnost typy potřebných pro podporu vývoje aplikací záhlaví a podrobnosti. Ačkoli tyto funkce jsou v CRM, technologie je samozřejmě k dispozici pro SharePoint vývojový tým a očekávám, že bude dělat svou cestu do produktu SharePoint do konce roku 2008. Pokud někdo má znalosti a vhled do tohoto, Prosím, zanechte komentář.

</Konec>

Doplněk Technorati značky:

5 myšlenky na „Prováděcí Master / Detail vztahy pomocí vlastních seznamů

  1. Paul Galvin

    Raghu, Nemyslím si, že existuje snadný způsob, jak k tomu. By se zaměřila na školení uživatelů, kdy použít který jeden z nich, a možná jim dát nápovědu s názvem obsah typ sama. Nemyslím si, že si opravdu dostaneme tenhle, technicky.

  2. Raghu napsal:
    Vytvářím rodič/potomek realationship s použitím dvou typů obsahu a vlastní seznam, jak je vysvětleno ve výše uvedených commnet. Ale mám problém; Potřebuji znepřístupníte položky typu obsahu k dispozici na úrovni složky a typ obsahu složky na úrovni položek. Veďte mě na tomto. Dík…
  3. Michael Vickers

    Je to trochu ukázal, ale používám ASP.Net rozevírací seznam, který stíny vyhledávání "rozevírací seznam" generované SharePoint. Ukázání rozbalené ASP.Net k objektu datasource, založené na seznam obsahující položky vyhledávání, povolení použití pole ID jako hodnotu a sloupec mého výběru jako text k zobrazení. Jsem nevázat ASP.Net rozevírací pole vyhledávací seznam protože generuje server-side chyby.

    Na načtení stránky pomocí JavaScriptu přiřaďte tak správnou hodnotu k rozbalené ASP.Net, a poté události onchange připojit k této rozevírací přiřadit nové hodnoty odpovídající rozevírací seznam vyhledávání služby SharePoint. Ve skutečnosti skrýt řádek, který obsahuje rozevírací seznam SharePoint.

    Ještě poslední věc — kvůli způsobu, jakým SharePoint vykreslí goofy vyhledávání umístění když projde počet položek 20 Vlastní obálka objekt použít k Připravte hodnotu rozevíracího seznamu. Mám blogu o tento proces:

    http://www.idiotsyncrasies.com/2007/12/lookup-list-dropdowns-in-sharepoint.aspx

    Zdravím,

    Michael

  4. David

    Vytvořit typ obsahu pro hlavičku faktury na základě obsahu typu složky a pak vytvořit další typ obsahu faktury a přidat i do seznamu služby SharePoint. To v podstatě vytváří vztah nadřazený-podřízený, který vám umožní vytvořit více faktur založené na typu obsahu faktury, které žijí pod faktury Hlavička typu obsahu umožňuje a okamžité vztah mezi oběma položkami a odstranili hlavičky faktury je položka seznamu všech položek faktury dítě v této složce budou odstraněny. Můžete také určit, že být k dispozici v rámci určité složky pouze typ obsahu. Tento přístup je obdobou jak funguje knihovna diskuse a je velmi užitečné pro tento typ vztahu mezi položkami.. Obslužné rutiny událostí a kód pomůže s nějakou další omezení, ale celkově rychlé snadné řešení.

Zanech odpověď

Vaše e-mailová adresa nebude zveřejněna. Povinné položky jsou označeny *