Månedligt arkiv: November 2007

MOSS fortæller mig min kolonnenavn er reserveret eller i brug … Men det er ikke

Efterlad et Svar

OPDATERING 12/04/07: Se denne Microsoft KB (http://support.microsoft.com/kb/923589) Relaterede oplysninger.

Faktisk, Det viser sig, det er, Men tricksy MOSS var nødt til at gøre det vanskeligt.

Min kunde gør nogle udviklingsarbejde på hans MOSS site i weekenden. Det er lidt af et virvar, hvad han faktisk gjorde, Men slutresultatet er dette:

  • Han forsøger at tilføje en webstedskolonne, kaldet "mængde" og mos svar: "Kolonnenavnet, du indtastede er allerede i brug eller reserveret. Vælg et andet navn."
  • Han forsøger at føje det til et andet miljø og der virker. Derfor, "Antal" er ikke et reserveret navn.
  • Han forsøger at finde en eksisterende webstedskolonne opkaldt "mængde" i denne gruppe af websteder. Han kan ikke finde det.

Jeg gjorde nogle forskning, og endda nogle kodning, voksbehandlet filosofiske og endelig fandt at en kolonne med navnet mængde gjorde, Faktisk, findes. Det var i "_Skjult" gruppe. Dermed, Vi kunne ikke finde det via SharePoint-brugergrænsefladen.

Hvordan kom det der? Jeg ved det ikke, men jeg har en teori om (eller som min kone ville kalde det, "blah blah blah"). Et sted langs linjen, en fabelagtig fyrre skabelon blev tilføjet og sandsynligvis aktiveret på et websted i gruppen af websteder. Det blev derefter deaktiveret (eller webstedet fjernes). Webstedskolonnen, dog, forblev men i den "_Skjult" gruppe. Hvis nogen ved bedre, Lad mig vide via e-mail eller sende i kommentarerne.

SharePoint fortalte sandheden. Det er næppe værd at påpege, at denne meddelelse ikke er så hjælpsom som det kunne være. Det ville være rart at se at besked gaffel i to forskellige beskeder i fremtiden: 1) Sige, at kolonnenavn er reserveret eller det er ikke. 2) Hvis det ikke er forbeholdt, Vis sitet, eller i det mindste gruppen, hvor kolonnenavnet bruges allerede.

</slutningen>

Præsentere OM Data Via en brugerdefineret liste (eller, Endnu en anden OM Data Displayor [ligesom YACC, men forskellige])

Efterlad et Svar

I dag, Jeg tilbragte en håndfuld timer opspore den egentlige årsag bag meddelelsen "kolonnenavnet, du indtastede er allerede i brug eller reserveret. Vælg et andet navn."

Den pågældende kolonne kunne oprettes, slettes og genoprettes i et andet miljø, så jeg vidste, det ikke var et reserveret navn. Dog, Jeg ikke kunne simpelthen finde kolonnen overalt via standard SharePoint-brugergrænsefladen på alle websteder i gruppen af websteder.

Jeg indsendt til MSDN fora her og den ukuelige Andrew Woodward pegede mig i retning af de underliggende objekt modeldata.

Jeg gik til CodePlex at finde nogle værktøjer, der ville hjælpe mig peer i den underliggende OM data og hjælpe mig med at finde ulejlighed.

Jeg forsøgte flere værktøjer og de var meget cool og interessant men i sidste ende, UI ikke var god nok til mit formål. Jeg kritiserer ikke dem på nogen måde, men klart værktøj-beslutningstagere havde ikke mit problem i tankerne når de oprettet deres UI :). De fleste mennesker synes at investere en hel del tid og kræfter i at skabe arbejdsstation / klientprogrammer, som giver træet visninger, Højreklik på kontekstmenuer osv.. Disse er rart og alle, men det er en masse arbejde at oprette en top-of-the-line brugeroplevelse, der er også meget fleksibel.

Jeg har virkelig brug for et svar på dette problem. Det forekom mig, at hvis jeg kunne få alle webstedskolonner i gruppen af websteder i en brugerdefineret liste, Jeg kunne filtrere, sortere og oprette visninger, der ville hjælpe mig med at finde denne angiveligt eksisterende kolonne (som det gjorde, BTW). Jeg gik videre og gjorde, og en time eller to senere, havde alle mine webstedskolonner indlæses i en brugerdefineret liste med gruppering, sortering og så videre. Jeg fandt mit svar fem minutter senere.

Hvis og når jeg tager med succes over hele verden, Jeg tror jeg vil dekret om at alle SharePoint værktøjer udbydere alvorligt overveje surfacing deres objekt modeldata i en brugerdefineret liste. På den måde, Jeg har magt for at søge nogen vil måde jeg (begrænset, Selvfølgelig, af standard sharepoint-funktioner).

SharePoint Designer brugerdefineret arbejdsproceshandling — Bemærkning om <FieldBind Designer Type =”StringBuilder” … />

1 Svar

Bare en hurtig bemærkning, at der er en meget vigtig forskel mellem disse to definitioner:

<FieldBind felt = "InParam1" DesignerType = "StringBuilder" Id = "2" Tekst = "Input parameter #1" />

versus:

<FieldBind felt = "InParam1" Id = "2" Tekst = "Input parameter #1" />

Først viser gerne dette i SPD:

billede

mens de sidstnævnte shows som dette:

billede

Jeg er ikke sikker på, hvor nyttige disse skærmbilleder er, men jeg bestræber mig på at gøre dem, så du bliver nødt til at se dem 🙂

Observation er dette: StringBuilder tillader jer hen til opbygge en streng (naturligvis) ved at blande sammen Strengkonstanter og arbejdsprocesdata (via "Tilføj opslag" knappen i nederste venstre hjørne). Når du bruger knappen Tilføj opslag, det indsætter en token i form"[%token %]". Når SharePoint påberåber sig din brugerdefineret handling, (C# kode i mit tilfælde), SharePoint passerer tokenet, selv, ikke værdi af token. Hvis du bruger designer standardtypen (den anden type), SharePoint udvider token og passerer faktiske værdi af tokenet til din handling.

StringBuilder = dårlig, standard designer type = godt.

Selvfølgelig, Det er ikke, hvad jeg virkelig mener. Bare ikke prøve og passerer en parameter til din brugerdefineret handling, når designeren Skriv = StringBuilder. Bruge standardtypen designer og kæde en StringBuilder skal det op foran hvis du har brug at opbygge komplekse strenge i din arbejdsgang (hvilket i øvrigt er præcis, hvad man gør hen til skabe en dynamisk genstand for handlingen e-mail, men det er et emne til en anden blog-indtastning, har har).

<afslutning />

Tidlig arbejdsproces aktivering — En ikke-medicinsk løsning

8 Svar

OPDATERING: Se denne MSDN diskussion, især den sidste post: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. Det beskriver en tilstand, der kan kort sagt kredsløb hele denne ting. Kort sagt, Det kan være så simpelt som at gøre mindst et af felterne obligatorisk.

Jeg har et dokumentbibliotek, der understøtter otte indholdstyper.

Jeg har en SharePoint Designer arbejdsprocessen, der ønsker at beregne og tildele en "rykker dato" ved blot at fratrække 30 dage fra en anden kolonne, "forfaldsdato". Dette bør kun ske for én af de indholdstyper, "Forsikring". Business målsætning er at udarbejde en KPI, der viser to kategorier af forsikringsdokumenter: "ved at udløbe" og "er udløbet." (Du kan læse mere om denne form for KPI og flere betydelige drilldown Her).

Jeg har konfigureret arbejdsproces brand når et nyt element oprettes, og når et element er ændret. Ideen er, at når en forsikring dokument er uploadet, vi beregne en "advarsel dato" baseret på udløbsdato. Et par synspunkter arbejde i forbindelse med en KPI-liste til at fremhæve disse betingelser, når brugere trykker deres hjemme side.

Denne strategi virker ikke, når jeg uploader et dokument.

Jeg uploade dokumentet og forelagde jeg med meta data indrejse skærmen. På dette punkt, Jeg er allerede i knibe. SharePoint har allerede, for tidligt fra mit perspektiv, fyret arbejdsprocessen. Jeg har ikke haft en chance for at vælge den rigtige indholdstype eller tildele en forfaldsdato. På samme tid, arbejdsprocessen udløses ikke, når jeg ramt sendeknappen på dette tidspunkt. Der er nogle indbyggede logik, som "mener" der først indsende er en del af den "oprette" Event. Så … min arbejdsproces er fyret og hvornår det udføres, Det blev vedtaget standard meta dataværdier.

Det bedste arbejde-omkring jeg kender til er at indsætte en "pause indtil" aktivitet i arbejdsprocessen. Jeg har arbejdsproces pause for 1 minut. Mens det pauser, Jeg vælger den rigtige indholdstype, Angiv metadata. Pause fuldender og arbejdsprocessen provenu efter behov. (Bemærk, at i mine omgivelser, timeren arbejdsprocesaktiviteter fra SPD arbejde ikke ud af kassen. Du kan have den samme ulejlighed. Se Her for flere detaljer).

Jeg kan ikke lide "magiske forsinkelse" arbejde-omkring. Hvad sker der, hvis brugeren overfører et dokument og telefonen ringer og den efterfølgende samtale outlasts pause? Jeg kan gøre det længere pause, men jeg kan stadig lide ikke det.

Jeg skrev om dette på MSDN fora her: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1

SharePoint Security Fundamentals Primer / Undgå fælles faldgruber

8 Svar

OPDATERING 12/18/07: Se Paul Liebrand artikel for nogle tekniske konsekvenser af fjerne eller ændre standardnavnene på gruppe (se hans bemærkning nedenfor samt).

Oversigt:

SharePoint sikkerhed er let at konfigurere og administrere. Dog, Det har vist sig for at være svært for nogle første gang administratorer virkelig ombryde deres hænder omkring det.. Ikke kun det, Jeg har set nogle administratorer kommer til en perfekt forståelse på mandag kun at have mistet det af fredag, fordi de ikke behøvede at gøre enhver konfiguration i den mellemliggende tid. (Jeg indrømmer at have dette problem selv). Denne blogoptegnelse forhåbentlig giver en nyttig SharePoint sikkerhed primer og peger i retning af nogle sikkerhed konfiguration af bedste praksis.

Vigtig bemærkning:

Denne beskrivelse er baseret på ud af boksen SharePoint sikkerhed. Min personlige erfaring er orienteret omkring mos, så der kan være nogle MOSS specifikke ting her, men det forekommer mig nøjagtig for WSS. Jeg håber, at nogen ser fejl eller udeladelser vil påpege at, i kommentarer eller e-mail mig. Jeg vil foretage rettelser post hast.

Fundamentals:

Med henblik på denne oversigt, der er fire grundlæggende aspekter til sikkerhed: brugere/grupper, securable objekter, tilladelsesniveauer og arv.

Brugere og grupper bryde ned til:

  • Individuelle brugere: Trukket fra active directory eller skabt direkte i SharePoint.
  • Grupper: Tilknyttede direkte fra active directory eller oprettet i SharePoint. Grupper er en samling af brugere. Grupper er globale i en gruppe af websteder. De er aldrig "bundet" til et bestemt objekt.

Securable objekter bryde ned til mindst:

  • Websteder
  • Dokumentbiblioteker
  • Individuelle elementer på lister og dokumentbiblioteker
  • Mapper
  • Forskellige BDC-indstillingerne.

Der andre securable objekter, men du får billedet.

Tilladelsesniveauer: Et bundt af kornet / lavt niveau adgangsrettigheder, der omfatter sådanne ting som oprette/læse/slette poster i lister.

Arv: Objekter arver som standard sikkerhedsindstillinger fra deres indeholdende objekt. Underordnede websteder nedarver tilladelse fra deres forældre. Dokumentbiblioteker arver fra deres hjemmeside. Så videre og så videre.

Brugere og grupper vedrører securable objekter via tilladelsesniveauer og arv.

De vigtigste sikkerhedsregler for at forstå, nogensinde 🙂 :

  1. Grupper er simpelthen samlinger af brugere.
  2. Grupper er globale inden for en gruppe af websteder (dvs. der er ikke sådan noget som en gruppe, der er defineret på et webstedsniveau).
  3. Gruppenavnet ikke modstå, grupper ikke, i og for sig selv, har nogen bestemt sikkerhedsniveau.
  4. Grupper har sikkerhed i forbindelse med et bestemt objekt.
  5. Du kan tildele forskellige tilladelsesniveauer til den samme gruppe for hvert objekt.
  6. Web application politikker trumfe alt dette (Se nedenfor).

Sikkerhedsadministratorer tabt i et hav af gruppen og bruger lister kan altid stole på disse aksiomer at håndtere og forstå deres sikkerhedskonfiguration.

Fælles faldgruber:

  • Gruppenavne indebærer fejlagtigt tilladelse: Ud af boksen, SharePoint definerer et sæt af grupper hvis navne indebærer en iboende sikkerhedsniveau. Overveje gruppen "Bidragyder". En uvant med SharePoint sikkerhed kan godt kigge på dette navn og antage, at ethvert medlem af denne gruppe kan "bidrage" til ethvert websted/liste/bibliotek i portalen. Det kan være sandt, men ikke fordi gruppens navn sker for at være "bidragyder". Dette er kun rigtigt ud af kassen fordi gruppen har fået et tilladelsesniveau, der sætter dem i stand til at tilføje/redigere/slette indhold på rodwebstedet. Gennem arv, "bidragydere" Gruppen kan også tilføje/redigere/slette indholdet på hvert underordnet websted. Man kan "bryde" arven kæden og ændre tilladelsesniveauet for et underordnet websted sådan at medlemmer af den såkaldte "bidragyder" Gruppen kan ikke bidrage på alle, men kun læse (for eksempel). Dette ville ikke være en god idé, naturligvis, da det ville være meget forvirrende.
  • Grupper er ikke defineret på et webstedsniveau. Det er nemt at blive forvirret af brugergrænsefladen. Microsoft giver et praktisk link til bruger eller gruppe forvaltning via hver site "mennesker og grupper" link. Det er nemt at tro, at når jeg er på webstedet "xyzzy" jeg oprette en gruppe gennem xyzzy's folk og grupper link, jeg har lige oprettet en gruppe, som kun findes på xyzzy. Det er ikke tilfældet. Jeg har faktisk lavet en gruppe til hele gruppen af websteder.
  • Grupper medlemskab er ikke afhængig af hjemmeside (dvs. Det er den samme overalt benyttes gruppen): Overveje gruppen "ejer" og to websteder, "HR" og "Logistik". Det ville være normalt at tænke, at to separate enkeltpersoner ville eje disse websteder — en HR ejer og en logistik ejer. Brugergrænsefladen gør det nemt for en sikkerhedsadministrator at fejlhåndtere dette scenario. Hvis jeg ikke vidste bedre, Jeg kan få adgang til personer og grupper links via webstedet HR, Vælg "ejere" gruppe og tilføje min HR ejer til denne gruppe. En måned senere, Logistik kommer på linje. Jeg adgang til personer og grupper fra webstedet logistik, tilføje pull up "ejere" gruppe. Jeg ser HR ejeren der og fjerne hende, tænker at jeg fjerner hende fra ejere på webstedet logistik. Faktisk, Jeg fjerner hende fra gruppen globale ejere. Munterhed ensues.
  • Undlade at navnet grupper baseret på specifikke rolle: "Godkendere" Gruppen er et perfekt eksempel. Hvad kan medlemmer af denne gruppe Godkend? Hvor kan de godkende det? Vil jeg virkelig folk logistikafdeling at godkende HR dokumenter? Naturligvis ikke. Altid navn grupper baseret på deres rolle i organisationen. Dette vil reducere den risiko, at gruppen er tildelt en upassende tilladelsesniveauet for et bestemt objekt. Navnet grupper baseret på deres tiltænkte rolle. I det forrige HR/logistik scenarie, Jeg skal have lavet to nye grupper: "HR ejere" og "logistik ejere" og tildele fornuftige tilladelsesniveauer for hver og det minimumsbeløb, der kræves til disse brugere at gøre deres job.

Andre nyttige referencer:

Hvis du har gjort det så langt:

Lad mig vide dine tanker via kommentarer eller email mig. Hvis du kender andre gode referencer, venligst gøre det samme!

Technorati Tags:

Hurtig og nem: Oprette webdelen datavisning (DVWP)

2 Svar

Der er et væld af gode oplysninger på WSS 3.0 Webdelen datavisning (DVWP) på nettet fra flere kilder. Dog, Jeg fandt det at være overraskende svært at finde oplysninger på dette meget grundlæggende skridt. Her er en anden artikel i "hurtig og nem" serie til at løse det.

Følg disse trin for at oprette webdelen datavisning (DVWP). De er baseret på en "meddelelser" webdelen, men gælder for de fleste lister.

  1. Oprette en annonceringer webdelen og føje den til et websted.
  2. Åbne webstedet i SharePoint Designer.
  3. Åbn webstedets default.aspx.
  4. Vælg webdelen annonceringer og højreklik på.
  5. Af kontekstmenuen, Vælg "Konverter til XSLT datavisning".

SharePoint Designer giver dig besked at dette site er nu tilpasset fra dens webstedsdefinition. Det er ikke nødvendigvis dårligt, men der er stor betydning (ydeevne, opgradering, andre) der er uden for rammerne af denne lille "hurtig og nem" indrejse. Få flere oplysninger om dette emne, Jeg anbefaler begge bøger Her samt dine foretrukne Internet-søgning.

Bekræfte, at du gjorde det korrekt:

  1. Lukke og genåbne web gennemser (at undgå ved et uheld re-udstationering det oprindelige "Tilføj en ny webdel").
  2. Vælg den webdel pil henlægge-nede og vælge "Rediger delt webdel" fra menuen.
  3. Panelet værktøj åbner til højre.
  4. Panelet har ændret fra sin sædvanlige angive indstillinger til det:
billede

“Kan ikke få egenskaben for listeskemakolonnen fra SharePoint-listen” — Beskrivelse/arbejde-arounds

4 Svar

Denne uge, vi endelig gengivet et problem, der var blevet indberettet af en fjernbruger: Da hun forsøgte at eksportere indholdet af en liste til excel, ting synes at begynde at arbejde, men derefter Excel vil affyre oppe en fejl: "Can't get egenskaben for listeskemakolonnen fra SharePoint-listen". Hun kørte office 2003, Windows XP og etablerer forbindelse til MOSS.

Jeg søgte Internets og så nogle spekulationer men intet 100% endelige. Dermed, Dette indlæg.

Problemet: Eksporterer en visning til excel, indeholder en dato (dato = datatypen for kolonnen).

Hvad der virkede for os: Konvertere en dato til en "enkelt linje i teksten". Derefter, konvertere den tilbage til en dato.

Der løste det. Det var rart at se, at konverteringen arbejdet, faktisk. Det var helt nervøs for at konvertere ting på denne måde ville mislykkes, men det gjorde ikke.

Denne fejl har kastet en enorm skygge over dato-datatypen i kundens sind, så vil vi være opsøger et endeligt svar fra Microsoft og forhåbentlig jeg vil post og opdatere her i det næste kort periode med deres officielle svar og hotfix oplysninger.

Andre referencer:

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

<slutningen>

Abonner på min blog.

Technorati Tags: ,

Hurtig og enkel: Send en mail med integrerede hyperlink fra SharePoint Designer arbejdsprocessen

Efterlad et Svar

En gang eller to gange om måneden, nogen stillinger et forum spørgsmål: "Hvordan jeg medtage hyperlinks til URLs, der er klikbare fra et SharePoint Designer e-mail?"

Præsenteret uden yderligere kommentarer: (godt, faktisk er der yderligere kommentar efter billedet):

billede

Becky Isserman følger op med en god forklaring på hvordan man kan integrere en link til et element i e-mailen: 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

Nyudgivelse: SharePoint Designer arbejdsprocessen udvidelser (string manipulation funktioner)

5 Svar

OPDATERING: Se her for mine tanker om kommercialisering dette projekt: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Jeg har været travlt med at arbejde på min Codeplex projekt, der er i øjeblikket fokuseret på at levere string manipulation udvidelser til arbejdsprocesser oprettes via SharePoint Designer.

Se her for detaljer:

Project home: http://www.codeplex.com/spdwfextensions

Udgivelse: https://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=spdwfextensions&ReleaseId=8280

Version 1.0 indeholder følgende nye funktioner:

Funktion Beskrivelse (Hvis ikke samme som .net funktion)
NUM-poster() Returnerer de antal "poster" i en streng som pr en anførte afgrænsning.

For eksempel: NUM-poster i en streng "en,b,c" med afgrænser"," = 3.

Indrejse() Returnerer den n'te token i en streng som pr en anførte afgrænsning.
Længde String.Length
Erstat() String.Replace()
Indeholder() String.Contains()
Returnerer ordet "true" eller ordet "falsk".
Understreng(Start) String.Substring(Start)
Understreng(Start,længde) String.Substring(Start,længde)
ToUpper() String.ToUpper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
Returnerer ordet "true" eller ordet "falsk".
EndsWith() String.EndsWith()
Returnerer ordet "true" eller ordet "falsk".

En BDC-runtime error forklaret

2 Svar

Jeg lod en BDC-fejl i denne uge, der manifesterede sig på brugergrænsefladen og i den 12 hive log på kørselstidspunktet.

Første, denne dukkede op i brugergrænsefladen:

Der blev ikke fundet felter til at indsætte alle de id-værdier for at udføre en SpecificFinder MethodInstance med navnet korrekt … Sikre, at inputparametre har knyttet hver defineret for denne enhed id TypeDescriptors til.

Her er et skærmbillede:

clip_image001

Jeg kan også forårsage denne besked skal vises i den 12 hive log på vil (bruge min patenteret high-tech-don't-try-this-at-home "mystiske fejl" metode):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C SharePoint Portal Server Business Data 6q4x høj undtagelse i BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Id-værdi ”, af Type ”, er ugyldigt. Forventede id-værdi af typen 'System.String'. på Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Objekt[] subIdentifierValues, LobSystemInstance lobSystemInstance) på Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Enhed enhed, Objekt[] userValues, LobSystemInstance lobSystemInstance) på Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Se desiredView) på Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() på Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Jeg søgte rundt og fundet nogle fører i den MSDN forum, men de var ikke nok for mig at forstå, hvad jeg gjorde forkert. Jeg iagttog et webcast af Ted Pattison at min virksomheden har squirreled væk på en server og kom til at indse mit problem.

I min ADF, Jeg tilslutning til en SQL-database som vist:

            <Ejendom Navn="RdbCommandText" Type="System.String">
              <![CDATA[
                VÆLG SETID, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      LAND, ADDRESS1, ADRESSE2, ADDRESS3, ADDRESS4, CITY, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      COUNTY, STATEN, POST-, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEFON, UDVIDELSE, FAX, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG fra dbo.PS_CARRIER_ID_VW med (NOLOCK)
                HVOR
                  (SETID <> 'ANDEL') og
                  (lavere(CARRIER_ID) >= lavere(@MinId)) og
                  (lavere(CARRIER_ID) <= lavere(@MaxId)) og
                  (lavere(DESCR) GERNE lavere(@InputDescr))
                ]]>
            </Ejendom>

Jeg var forudsat at SQL fra en person, DBA og jeg får at forstå, at det er en særlige Se de skabt bare for mig. Den unikke nøgle der er CARRIER_ID.

Her er den fejl jeg introduceret:

      <Identifikatorer>
        <Id Navn="CARRIER_ID" TypeName="System.String" />
        <Id Navn="DESCR" TypeName="System.String" /> 
      </Identifikatorer>

Et sted langs linjen, Jeg havde formået at forvirre mig over betydningen af <Identifikatorer> og tilføjet DESCR, selvom det ikke er ligefrem et id. Jeg tog DESCR ud af de identifikatorer og presto! Det hele fungerede.

Jeg håber, at dette sparer nogen nogle sorg 🙂

Technorati Tags: , , ,