Měsíční archivy: Listopad 2007

MOSS říká mi můj název sloupce je vyhrazeno nebo při používání … Ale to není

Zanechte odpověď

AKTUALIZOVAT 12/04/07: Viz Tato báze Microsoft KB (http://support.microsoft.com/kb/923589) související informace.

Ve skutečnosti, ukazuje se, že je, Ale podvod MOSS musel ztěžují.

Můj zákazník dělá některé vývojové práce na jeho místě MOSS za víkend. Je to trochu zmatené, co ve skutečnosti udělal, ale konečný výsledek je to:

  • On se snaží přidat sloupec webu s názvem "množství" a odpovědí v MECHU: "Zadaný název sloupce je již používán nebo rezervován. Zvolte jiný název."
  • On se pokusí přidat do jiného prostředí a která funguje. Proto, "Množství" není vyhrazený název.
  • On se snaží najít existující sloupec webu s názvem "množství" v této kolekci webů. Nemůže to najít.

Trochu jsem výzkum, a dokonce i některé kódování, voskovaný filozofické a nakonec zjistil, že sloupec s názvem množství udělal, Vlastně, Existují. Bylo to v _Skryté"" Skupina. Proto, Nenašli jsme ji přes uživatelské rozhraní služby SharePoint.

Jak se tam dostala? Nevím, Ale já mám teorii (nebo jak tomu říkám moje žena, "bla bla bla"). Někde podél trati, a báječný čtyřicet šablona byl přidán a pravděpodobně aktivovány na webu v kolekci webů. Pak byl deaktivován (nebo web odstraněn). Sloupec webu, Avšak, zůstal ale uvnitř "_Skryté" Skupina. Pokud někdo zná lépe, Dejte mi prosím vědět přes e-mail nebo příspěvek v komentářích.

SharePoint měl pravdu. Je to nestálo za to poukazuje na to, že tato zpráva není tak užitečné, jak by mohla být. Bylo by hezké vidět že zprávy vidlice do dvě různé zprávy v budoucnosti: 1) Říkají, že název sloupce je vyhrazena, nebo to není. 2) Pokud to není vyhrazena, Zobrazit místo, nebo alespoň skupinu, kde název sloupce se již používá.

</Konec>

Doplněk Technorati značky: , ,

OM údaje prostřednictvím vlastního seznamu (nebo, Ještě další Data Displayor OM [jako YACC, ale jiné])

Zanechte odpověď

Dnes, Strávil jsem několik hodin vypátrat příčinu za zpráva "zadaný název sloupce je již používán nebo vyhrazena. Zvolte jiný název."

Nelze vytvořit na sloupec, odstraněna a znovu vytvořena v jiném prostředí, Takže jsem věděl, že to nebylo o vyhrazený název. Avšak, Jsem prostě nemohl najít sloupec kdekoliv přes standardní uživatelské rozhraní služby SharePoint na každém místě v kolekci webů.

Jsem vyslán do MSDN fóra zde a nezkrotný Andrew Woodward ukázal mi směrem z podkladového modelu objektu.

Jsem odešel do CodePlex Chcete-li najít některé nástroje, které by pomohly mi nahlédnout do podkladová data OM a pomozte mi najít potíže.

Zkoušel jsem několik nástrojů a oni byli velmi chladné a zajímavé, ale nakonec, uživatelské rozhraní není dost dobré pro mé účely. Nebudu kritizovat je všemi prostředky, ale jasně tvůrci nástrojů neměl můj problém v mysli, když oni vytvořili jejich UI :). Zdá se, že většina lidí se investují slušné množství času a úsilí při vytváření pracovní stanice / klientské aplikace, které poskytují výhled na strom, Klepněte pravým tlačítkem myši místní nabídky a tak dále. Jsou to pěkné a všem, ale je to spousta práce, vytvořit top z the-line uživatelské zkušenosti, který je také velmi flexibilní.

Jsem opravdu potřebovala odpověď na tento problém. Napadlo mě, že pokud bych mohl dostat všechny sloupce webu v kolekci webů do vlastního seznamu, Mohl filtrovat, Seřadit a vytvořit zobrazení, které by mi pomoci najít tento údajně existující sloupec (což se také stalo, BTW). Šel jsem dopředu a udělal to a za hodinu nebo dvě později, měl všechny mé sloupce webu načten do vlastního seznamu s seskupení, řazení a tak dále. Našel jsem odpověď o pět minut později.

Pokud úspěšně převzít svět, Myslím, že bude vyhláška, že všichni poskytovatelé nástroje SharePoint musí vážně uvažovat o povrchové úpravy jejich objektový model dat do vlastního seznamu. Tímto způsobem, Mám moc Chcete-li prohledávat jakýkoli způsob, jak chci (Vynucené, Samozřejmě, standardní sharepoint rysy).

Vlastní akce pracovního postupu aplikace SharePoint Designer — Pozorování o <FieldBind Návrhář typ =”StringBuilder” … />

1 Odpovědět

Jen rychlé pozorování, že je velmi důležitý rozdíl mezi těmito dvěma definice:

<FieldBind pole = "InParam1" DesignerType = "StringBuilder" ID = "2" Text = "Vstupní parametr #1" />

versus:

<FieldBind pole = "InParam1" ID = "2" Text = "Vstupní parametr #1" />

První ukazuje jako je tento v SPD:

obrázek

zatímco posledně ukazuje jako je tato:

obrázek

Nejsem si jistý, jak užitečné jsou tyto snímky obrazovky, ale dal jsem si tu námahu, abych je vytvořil, takže si je musíte prohlédnout 🙂

Pozorování je to: StringBuilder umožňuje vytvořit řetězec (očividně) tím, že míchá dohromady řetězcové literály a data pracovního postupu (pomocí "přidat vyhledávání" tlačítko v levém dolním rohu). Pokud použijete tlačítko Přidat vyhledávání, token vloží v podobě"[%token %]". Když SharePoint vyvolá vaše vlastní akce, (Kód jazyka C# v mém případě), SharePoint předá token, sama o sobě, Ne hodnota tokenu. Pokud používáte výchozí typ návrháře (druhý typ), SharePoint rozšiřuje token a předává skutečné hodnoty tokenu na vaše akce.

StringBuilder = špatné, výchozí typ návrháře = dobrý.

Samozřejmě, to není to, co myslím opravdu. Jen Nesnaž se předat parametr k vlastní akci, když Návrhář typ = StringBuilder. Použijte výchozí typ návrháře a řetězce StringBuilder na to dopředu, pokud potřebujete vybudovat komplexní řetězce v pracovním postupu (což mimochodem je přesně co dělá vytvořit dynamický předmět e-mailové akce, ale to je téma pro jinou položku blogu, Har har).

<Konec />

Doplněk Technorati značky: , ,

Aktivace předčasné pracovního postupu — Non lékařské řešení

8 Odpovědi

AKTUALIZOVAT: Viz tato diskuse MSDN, zejména poslední záznam: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. Popisuje stav, který může krátký okruh celé to. V krátkém, To může být stejně jednoduché jako vytváření alespoň jedno z polí povinné.

Mám knihovnu dokumentů, která podporuje osm typů obsahu.

Mám SharePoint Designer workflow, který chce vypočítat a přiřadit datum připomenutí"" prostě odečtením 30 dní od jiného sloupce, "termín". To by mělo dojít pouze pro jeden z typů obsahu, "Pojištění". Předmět podnikání je vytvoření KUV, který zobrazuje dvě kategorie pojištění dokumentů: "Chystáte se vyprší" a "vypršela." (Můžete si přečíst více o tomto druhu KPI a další podstatné podrobnostem Tady).

Nakonfigurovali, aby se střílet, když je vytvořena nová položka a při změně položky. Myšlenka je, že při odeslání dokumentu pojistné, Počítáme varování datum"" na základě data vypršení platnosti. Pár názorů prací pro seznam ukazatelů KPI označte tyto podmínky, když uživatelé domovské stránky.

Tato strategie nefunguje, když jsem nahrát dokument.

Odeslat dokument a já jsem s meta obrazovky pro zadávání dat. V tomto okamžiku, Já už jsem v průšvihu. SharePoint je již, předčasně z mého pohledu, vypálil pracovního postupu. Neměl jsem příležitost vybrat správný typ obsahu, ani přiřadit datum splatnosti. Ve stejné době, pracovní postup se neaktivuje, když jsem narazila na tlačítko Odeslat v současné době. Existuje nějaké vestavěnou logiku, která "věří" to nejprve předložit, je součástí "vytvořit" událost. Tak … Moje práce má padáka a kdy popraven, byl předán výchozí meta datových hodnot.

Nejlepší řešení, pokud vím, je vložit pauzu"až do" činnost v pracovním postupu. Mám pozastavit pracovní postup pro 1 minuta. Zatímco je pozastavení, Vybrat správný typ obsahu, Zadejte tyto údaje a odeslat. Pauzy vyplní a pracovní postup pokračuje podle potřeby. (Všimněte si, že v mém prostředí, časovače pracovního postupu činnosti od SPD nefunguje po vybalení z krabice. Může mít stejné problémy. Viz Tady pro bližší informace).

Nemám rád "magické zpoždění" práce asi. Co se stane, pokud uživatel odešle dokument a zazvoní telefon a následná konverzace přečká pauza? Lze udělat delší pauzu, ale stále to nelíbí.

Psal jsem o tom na MSDN fóra zde: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1

Primer Základy zabezpečení serveru SharePoint / Vyhnout se nástrahám společného

8 Odpovědi

AKTUALIZOVAT 12/18/07: Naleznete v článku Paul Liebrand některé technické důsledky odstranění nebo změně výchozí názvy skupin (viz jeho komentář níže a také).

Přehled:

Je snadno konfigurovat a spravovat zabezpečení služby SharePoint. Avšak, To se ukázalo jako obtížné pro některé správce poprvé opravdu zabalit své ruce kolem ní. Nejen, že, Viděl jsem, že někteří správci přicházejí k dokonalé porozumění v pondělí jen proto, aby ztratili to do pátku, protože neměli dělat všechny konfigurace v uplynulém čase. (Přiznám se, že s tímto problémem sám). Tato položka blogu snad poskytuje užitečné primer bezpečnostní služby SharePoint a ukazuje na některé doporučené postupy konfigurace zabezpečení.

Důležitá poznámka:

Tento popis je založena na box zabezpečení služby SharePoint. Moje osobní zkušenost je orientovaný kolem MOSS, tak tam může být nějaký MOSS konkrétní věci zde, ale věřím, že to je přesný pro WSS. Doufám, že někdo viděl nějaké chyby nebo opomenutí naznačí, v komentářích nebo napište mi. Zajistím, aby opravy místo spěchu.

Základy:

Pro účely tohoto přehledu, Existují čtyři základní aspekty bezpečnosti: Uživatelé a skupiny, zabezpečené objekty, úrovně oprávnění a dědičnosti.

Uživatelé a skupiny Break dolů:

  • Jednotliví uživatelé: Stáhl z aktivního adresáře nebo vytvořených přímo ve službě SharePoint.
  • Skupiny: Přímo mapovaná z adresáře active directory nebo vytvořených v SharePoint. Skupiny jsou kolekce uživatelů. Skupiny jsou globální v kolekci webů. Oni se nikdy "vázáno" pro určitý zabezpečený objekt.

Zabezpečené objekty Break se alespoň:

  • Weby
  • Knihovny dokumentů
  • Jednotlivé položky v seznamech a knihovnách dokumentů
  • Složky
  • Různé nastavení záložního řadiče domény.

Tam jiné zabezpečené objekty, ale dostanete obrázek.

Úrovně oprávnění: Svazek ve formě / nízká úroveň přístupová práva, které zahrnují takové věci jako vytváření, čtení a odstranění položek v seznamech.

Dědičnost: Ve výchozím nastavení entit dědí nastavení zabezpečení na jejich obsahující objektu. Podřízené weby dědí oprávnění z nadřazeného webu. Knihovny dokumentů dědí z jejich webu. Tak dále a tak dále.

Uživatelé a skupiny se vztahují k zabezpečeným objektům prostřednictvím úrovně oprávnění a dědičnosti.

Nejdůležitější bezpečnostní pravidla, pochopit, Ever 🙂 :

  1. Skupiny jsou jednoduše skupinám uživatelů.
  2. Skupiny jsou globální v rámci kolekce webů (tj. neexistuje nic takového jako skupiny definované na úrovni webu).
  3. Název skupiny není odolat, skupiny nemají, v místě a samy o sobě, žádné konkrétní úroveň bezpečnosti.
  4. Skupiny mají v kontextu určitého zabezpečeného objektu zabezpečení.
  5. Může přidělit různé úrovně oprávnění ke skupině stejné pro každý zabezpečený objekt.
  6. Webové aplikace politiky trumf, to vše (viz níže).

Správci zabezpečení ztratil v moři uživatelů a skupin výpisů může vždy spolehnout na tyto axiomy řídit a pochopit jejich konfigurace zabezpečení.

Společné úskalí:

  • Názvy skupin falešně naznačují oprávnění: Out of the box, SharePoint definuje sadu skupin, jejichž jména vyplývá základní úroveň zabezpečení. Zvažte skupině "Přispěvatel". Jeden obeznámeni s bezpečnostní služby SharePoint může dobře podívat se na to jméno a předpokládat, že každý člen této skupiny může "přispět" všechny stránky/seznam/knihovny v portálu. To může být pravda, ale ne proto, že název skupiny je náhodou "Přispěvatel". To je pravda z krabice jen proto, že skupina byla poskytnuta úroveň oprávnění, která jim umožňuje přidat, upravit či odstranit obsah v kořenové lokalitě. Prostřednictvím dědičnosti, Přispěvatelé"" Skupina může také přidat/upravit/smazat obsah na všechny dílčí weby. Jeden může "break" řetězec dědičnosti a změnit úroveň oprávnění podřízený_web takové že členové takzvaného "Přispěvatel" Skupina nemůže přispět na všech, ale jen číst (například). To by nebyl dobrý nápad, očividně, vzhledem k tomu, že by bylo velmi matoucí.
  • Skupiny nejsou definovány na úrovni webu. Je to snadné záměně uživatelské rozhraní. Společnost Microsoft poskytuje vhodný odkaz na uživatelů/skupin správy prostřednictvím každé stránky "lidé a skupiny" odkaz. Je snadné se domnívat, že když jsem na webu "xyzzy" a vytvořit skupinu prostřednictvím si xyzzy lidi a spojit skupiny, které jste právě vytvořili skupinu, která existuje jen v xyzzy. To není případ. Jsem vlastně vytvořil skupinu pro celou kolekci webů.
  • Skupiny členství nebude měnit o webu (tj. je to stejná všude, kam se používá skupina): Zvažte skupině "vlastník" a dva weby, "HR" a "Logistika". Bylo by vhodné si myslet, že dvou samostatných jedinců by vlastnit ty stránky — HR vlastníka a majitel logistiky. Uživatelské rozhraní usnadňuje správci zabezpečení špatně zacházet tohoto scénáře. Kdybych neznal lépe, Možná přístup osoby a skupiny odkazy prostřednictvím webu HR, Vyberte "vlastníci" seskupení a přidejte své HR vlastníka této skupiny. O měsíc později, Logistika přichází na lince. Z logistické stránky přístup k lidem a skupinám, Přidat vytáhnout "vlastníci" Skupina. Vidím tam majitel HR a odstranit ji, myslí, že jsem ji odstranění od vlastníků na stránce logistiky. Vlastně, Jsem ji vyjmete z globální skupiny Vlastníci. Veselí vyplývá.
  • Není-li název skupiny založené na roli: Schvalovatelé"" Skupina je dokonalým příkladem. Co mohou členové této skupiny schválení? Kde mohou schválí? Opravdu chci, oddělení logistiky lidé mohli schválit HR dokumenty? Samozřejmě že ne. Vždy jméno skupiny na základě jejich role v rámci organizace. Tím se sníží riziko, že skupina je přiřazena úroveň nevhodné oprávnění pro určitý zabezpečený objekt. Jméno skupiny na základě jejich zamýšleného role. V předchozím scénáři HR/logistika, Měl jsem vytvořil dvě nové skupiny: "HR vlastníci" a "Logistika vlastníci" a přiřadit úrovně rozumné oprávnění pro každého a minimální částka potřebná pro ty uživatele, aby dělali svoji práci.

Další užitečné odkazy:

Pokud jste to dotáhli tak daleko:

Prosím, dejte mi vědět vaše myšlenky přes Komentáře, nebo napište mi. Pokud znáte jiné dobré reference, Prosím o totéž!

Doplněk Technorati značky:

Rychlé a snadné: Vytvoření webové části zobrazení dat (DVWP)

2 Odpovědi

Je tu spoustu skvělé informace o WSS 3.0 Webová část zobrazení dat (DVWP) na webu z několika zdrojů. Avšak, Našel jsem ji překvapivě obtížné najít informace o první základní krok. Tady je další článek v "rychlé a snadné" série řešit.

Pomocí následujících kroků vytvořit webové části zobrazení dat (DVWP). Jsou založeny na "oznámení" Webová část, ale platí pro většinu seznamů.

  1. Vytvořte oznámení webovou část a přidejte jej do stránky.
  2. Otevřete web v aplikaci SharePoint Designer.
  3. Otevřete stránky default.aspx.
  4. Vyberte webové části oznámení a klepněte pravým tlačítkem myši.
  5. Z kontextového menu, Vyberte "převést na XSLZobrazení dat T".

SharePoint Designer vás upozorní, že tento web je nyní přizpůsobit od definice webu. To není nutně špatná, ale existují významné důsledky (výkon, inovace, ostatní) které jsou nad rámec tohoto malého "rychlé a snadné" vstup. Chcete-li získat více informací o tomto tématu, Doporučuji obě knihy Tady stejně jako vaše oblíbené vyhledávání na internetu.

Potvrďte, že jste to správně:

  1. Zavřete a znovu otevřete webový prohlížeč (aby se zabránilo náhodně re-vysílání původní "přidat novou webovou část").
  2. Vyberte webové části šipku rozevíracího mimo provoz a vyberte "Upravit sdílenou webovou část" z nabídky.
  3. Vpravo se otevře panel nástroj.
  4. Panel se změnil ze své obvyklé nastavení možností na to:
obrázek

“Nelze načíst vlastnost sloupce schématu seznamu ze seznamu služby SharePoint” — Popis/práce arounds

4 Odpovědi

Tento týden, jsme konečně reprodukovat problém, byly vykázány vzdáleným uživatelem: Když se pokusila se exportovat obsah seznamu do aplikace excel, Zdá se, že věci by začít pracovat, ale pak by Excel vyskočí chyba: "Nelze načíst vlastnost sloupce schématu seznamu ze seznamu služby SharePoint". Ona běžela úřadu 2003, Windows XP a připojení k MOSS.

Jsem prohledal Internet a viděl některé spekulace ale nic 100% definitivní. Proto, Tento post.

Problém: Exportovat zobrazení do aplikace excel, který obsahuje datum (Datum = datový typ sloupce).

Co pracoval pro nás: Převést datum na "jeden řádek textu". Pak, převést zpět na datum.

To vyřešil. To bylo hezké vidět, že převod funguje, ve skutečnosti. Bylo to docela nervózní, že by selhání převodu věci tímto způsobem, ale to nebylo.

Tato chyba má obrovský stín zavrhnutý date typ dat v paměti klienta, tak to musíme být hledání definitivní odpověď od společnosti Microsoft a doufejme, že budu účtovat a aktualizovat zde v příštích krátké době své oficiální odpověď a hotfix informace.

Další odkazy:

http://www.kevincornwell.com/blog/index.php/cannot-get-the-list-schema-column-property-from-the-sharepoint-list/

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2383611&SiteID=1

<Konec>

Přihlásit se na mém blogu.

Doplněk Technorati značky: ,

Rychlé a jednoduché: Poslat e-mail s vloženými hypertextový odkaz z aplikace SharePoint Designer workflow

Zanechte odpověď

Jednou nebo dvakrát měsíčně, někdo vystaví dotaz fórum: "Jak ho mám zahrnout hypertextové odkazy na adresy URL, které jsou klikací z e-mailu aplikace SharePoint Designer?"

Bez dalšího komentáře: (Dobře, ve skutečnosti existuje další komentář po obrázku):

obrázek

Becky Isserman navazuje užitečné vysvětlení o tom, jak vložit odkaz na položku v e-mailu: http://www.sharepointblogs.com/mosslover/archive/2007/11/20/addition-to-paul-galvin-s-post-about-sending-an-e-mail-with-hyperlinks-in-spd.aspx

Doplněk Technorati značky: , ,

Nová verze: Rozšíření pracovního postupu aplikace SharePoint Designer (řetězcové funkce manipulace)

5 Odpovědi

AKTUALIZOVAT: Viz zde pro mé myšlenky na komercializaci tento projekt: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Byl jsem zaneprázdněn prací na svém Codeplex projektu, který je v současné době zaměřuje na vlastní poskytování řetězec manipulace rozšíření pracovní postupy vytvořené pomocí aplikace SharePoint Designer.

Podrobnosti naleznete zde:

Projekt domov: http://www.codeplex.com/spdwfextensions

Vydání: https://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=spdwfextensions&ReleaseId=8280

Verze 1.0 obsahuje následující nové funkce:

Funkce Popis (je-li to není stejné jako funkce .net)
NUM položky() Vrátí počet položek"" v řetězci podle určeného oddělovače.

Například: NUM položky v řetězci "a,b,c" s oddělovač"," = 3.

Vstup() Vrátí n-tý token v řetězci podle určeného oddělovače.
Délka String.Length
Nahradit() String.Replace()
Obsahuje() String.Contains()
Vrátí se slovo "pravda" nebo slovo "false".
Podřetězec(začátek) String.Substring(začátek)
Podřetězec(začátek,Délka) String.Substring(začátek,Délka)
ToUpper() String.ToUpper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
Vrátí se slovo "pravda" nebo slovo "false".
EndsWith() String.EndsWith()
Vrátí se slovo "pravda" nebo slovo "false".

Chyba runtime BDC vysvětlil

2 Odpovědi

Jsem způsobil chybu BDC tento týden, která se projevila na uživatelské rozhraní a 12 protokol úl za běhu.

První, To se objevil v uživatelském rozhraní:

Nelze najít pole pro vložení všech hodnot identifikátorů ke správnému spuštění instance SpecificFinder MethodInstance s názvem … Zkontrolujte, zda že mají vstupní parametry přidruženy všem identifikátorům definovaným pro tuto entitu popisovač TypeDescriptor ke.

Zde je screen shot:

clip_image001

Také by mohla způsobit této zprávy se objeví v 12 protokol úl se (použití můj patentovaný high-tech-don't-try-this-at-home "záhadné chyby" Metoda):

11/14/2007 09:24:41.27 W3wp.exe (0x080C) 0x0B8C SharePoint Portal Server obchodních dat 6q4x vysoké výjimka v BusinessDataWebPart.OnPreRender: Výjimka: Hodnota identifikátoru ”, typu ”, je neplatný. Očekávaná hodnota identifikátoru typu "System.String.". na Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Objekt[] subIdentifierValues, Vlastnost LobSystemInstance instanci lobSystemInstance) na Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Entita entity, Objekt[] userValues, Vlastnost LobSystemInstance instanci lobSystemInstance) na Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Zobrazit desiredView) na Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() na Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Hledal jsem a našel nějaký zájemce v MSDN Fórum, ale nebylo dost pro mě pochopit, co dělám špatně. Sledoval jsem vysílání od Ted Pattison to moje Společnost se schovávaly na serveru a přišli realizovat můj problém.

V mém ADF, Připojení k databázi SQL uvedené:

            <Vlastnost Jméno="RdbCommandText" Typ="System.String">
              <![CDATA[
                VYBERTE ID SADY, CARRIER_ID, EFFDT, POPIS, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      ZEMĚ, ADDRESS1, ADRESA2, ADDRESS3, ADDRESS4, MĚSTO, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      OKRES, STÁT, POŠTOVNÍ, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEFON, PRODLOUŽENÍ, FAXU, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG od dbo.PS_CARRIER_ID_VW s (NOLOCK)
                KDE
                  (ID SADY <> "PODÍL") a
                  (nižší(CARRIER_ID) >= nižší(@MinId)) a
                  (nižší(CARRIER_ID) <= nižší(@MaxId)) a
                  (nižší(POPIS) JAKO spodní(@InputDescr))
                ]]>
            </Vlastnost>

Byl poskytnut toto SQL z DBA osoby a dal mi pochopit, že jde speciální pohled, který si vytvořili jen pro mě. Jedinečný klíč tam je CARRIER_ID.

Tady je chyba, kterou jsem představil:

      <Identifikátory>
        <Identifikátor Jméno="CARRIER_ID" TypeName="System.String" />
        <Identifikátor Jméno="POPIS" TypeName="System.String" /> 
      </Identifikátory>

Někde podél trati, Se podařilo zmást sám s významem <Identifikátory> a přidat popis, i když to není ve skutečnosti identifikátor. Vzal jsem si popis sada identifikátory a presto! To všechno fungovalo.

I hope this saves someone some grief 🙂

Doplněk Technorati značky: , , ,