Kuu arhiivid: November 2007

MOSS ütleb mulle minu veeru nimi on reserveeritud või kasutage … Kuid see ei ole

Jäta vastus

VÄRSKENDUS 12/04/07: Vt Käesolev Microsofti KB (http://support.microsoft.com/kb/923589) seotud teavet.

Tegelikult, selgub, et see on, Aga tricksy SAMMAL oli raskendada.

Minu klient ei mõned arendustöö MOSS riputanud nädalavahetusel. See on natuke pudi-padi selle kohta, mida ta tegelikult ei, kuid lõpptulemus on seda:

  • Ta üritab nimega "kogus saidiveeru lisamine" ja SAMMAL vastused: "Teie sisestatud veeru nimi on juba kasutusel või reserveeritud. Valige mõni muu nimi."
  • Ta üritab lisada see teine keskkond ja mis töötab. Seetõttu, "Kogus" ei ole reserveeritud.
  • Ta üritab leida mõne olemasoleva saidiveeru nimega "kogus" selle saidikogumi. Ta ei leia seda.

Ma tegin mõned teadustöö, ja isegi mõned kodeerimine, vahatada filosoofiline ja lõpuks leidsin, et veerg nimega kogus ei, Tegelikult, on olemas. See oli "_peidetud" rühm. Seega, Me ei suutnud leida selle kaudu SharePointi kasutajaliidesega.

Kuidas seda saada seal? Ma ei tea, Aga mul on teooria (või nagu mu naine oleks seda nimetada, "blah blah blah"). Kusagil liinil, a Ülihea nelikümmend Mall oli lisatud ja ilmselt aktiveeruda saidikogumi saidi. Seejärel deaktiveeritud (või eemaldada saidi). Saidi veerg, Aga, Ümbruskonnas on "_peidetud, oli" rühm. Kui keegi teab paremini, Palun andke mulle teada kaudu e-posti või post Kommentaarid.

SharePointi rääkis tõde. See on vaevalt väärt meenutanud, et sõnum ei ole kasulik, kui see võiks olla. Oleks tore näha sõnumi kahvel kaks erinevat teadet tulevikus: 1) Öelda, et veeru nimi on reserveeritud või seda ei ole. 2) Kui see on reserveeritud, Näita veebilehte, või vähemalt grupp, Kui veeru nimi on juba kasutusel.

</lõpp>

Kohandatud loendi kaudu andmete esitamine OM (või, Veel teise OM andmete Displayor [nagu YACC, kuid eri])

Jäta vastus

Täna, Veetsin tundi tabada algpõhjus taga sõnum "teie sisestatud veeru nimi on juba kasutusel või reserveeritud käputäis. Valige mõni muu nimi."

Kõnealuse veergu võiks luua, kustutatakse ning luuakse uuesti teise keskkonda, nii et ma teadsin, et see ei olnud reserveeritud. Aga, Ma lihtsalt ei suutnud leida veeru kõikjal kaudu mistahes kohas Superior SharePointi kasutajaliidesega saidikogumi.

Ma sisestatud MSDN-i foorumites siin ja selle alistamatu Andrew Woodward juhtis mind objekti mudeli alusandmeid suunas.

Käisin CodePlex leida mõned vahendid, mis aitaks mul peer arvesse OM alusandmeid ja aidake mul leida hädas.

Üritasin mitmeid tööriistu ja nad olid väga lahedad ja huvitavad kuid lõpuks, UI ei olnud piisavalt hea, et minu eesmärk. Ma ei ole kritiseerida neid mis tahes viisil, kuid selgelt vahend tegijad ei olnud minu probleem meeles oma Kasutajaliidese loomisel :). Enamik inimesi tundub päris palju aega ja vaeva töökoha loomisel tuleks investeerida / kliendi rakenduste, mis pakuvad puude views, Paremklõpsake kontekstimenüüd jne. Need on kena ja kõik, kuid see on palju tööd, et luua top-of-the-line kasutuskogemust, mis on väga paindlik.

Ma tõesti vajasin vastust sellele probleemile. See tekkis mulle, et kui ma saaks kõik saidi veergude kohandatud loendi saidikogumilt, Ma ei filtritakse, sorteerida ja seisukohad, mis aitaks mul leida see väidetavalt olemasoleva veeru loomine (mida ta tegi, BTW). Ma läksin edasi ja tegin mis ning tund või kaks hiljem, oli minu saidi veergude laadida kohandatud loendi rühmitamine, sorteerimine jne. Leidsin minu vastus viis minutit hiljem.

Kui ma edukalt võtta üle maailma, Arvan, et ma määrus, et kõik SharePointi tööriistad pakkujad peavad tõsiselt kaaluma katte oma objekti mudeli andmeid kohandatud loendi. Nii, Mul on õigus otsida mis tahes viisil ma tahan (piiranud, Muidugi, standardse SharePointi funktsioonid).

SharePoint Designeri töövoo kohandatud toiming — Vaatlemise kohta <FieldBind disainer tüüp =”StringBuilder” … />

1 Vastus

Lihtsalt kiire märkus on väga oluline erinevus nende kahe mõisted:

<FieldBind väli "InParam1 =" DesignerType = "StringBuilder" ID = "2" Tekst = "Sisend parameeter #1" />

võrreldes:

<FieldBind väli "InParam1 =" ID = "2" Tekst = "Sisend parameeter #1" />

Esimene näitab sellist SPD:

Pilt

samas viimasel näitab sellist:

Pilt

I’m not sure how helpful these screen shots are but I put in the effort to make them so you have to view them 🙂

Tähelepanek on see: StringBuilder võimaldab ehitada string (ilmselt) segatakse kokku string literaalid ja töövoo andmed (Via ning "lisa otsing" nuppu vasakus nurgas). Kui kasutate nuppu Lisa otsing, See lisab märgiks vorm"[%Turbeloa %]". Kuna SharePoint kasutab teie kohandatud toiming, (C# koodi minu puhul), SharePointi möödub iseenesest tõend, ole tõendi väärtus. Kui kasutate vaikimisi disainer tüüp (teine tüüp), SharePointi laieneb tõendi ja möödub tõendi tegelik väärtus oma tegevuse.

StringBuilder = halb, Vaikimisi disainer tüüp = hea.

Muidugi, See on, mida ma tõesti tähenda. Lihtsalt ei proovige ja andke parameeter teie kohandatud toiming kui projekteerija tippige = StringBuilder. Kasutage disainer vaiketüübi ja keti StringBuilder talle kuni ees kui teil on vaja ehitada keeruline stringid on teie töövoog (mis muide on täpselt mida üks dünaamiline teema e-posti toimingu loomiseks, Aga see on teine blogi teema, Har har).

<lõpp />

Enneaegne töövoo aktiveerimine — Mittemeditsiinilised lahendus

8 vastuseid

VÄRSKENDUS: Vaadake MSDN arutelu, eriti pärast viimast sissekannet: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. See kirjeldab seisund, mis võib lühikese circuit selles kogu asi. Ühesõnaga, See võib olla nii lihtne teha üht väljad kohustuslikud.

Mul on dokumenditeeki, mis toetab kaheksa sisutüübid.

Mul on SharePoint Designeri töövoog, mis tahab arvutamine ja määramine "meeldetuletuse kuupäev" lihtsalt lahutades 30 päeva teises veerus, "maksetähtpäev". See juhtub ainult ühe sisutüüpe, "Kindlustus". Ettevõtte eesmärk on toota KPI-d, mis näitab kahte liiki kindlustuse dokumendid: "aegumas" ja "aegunud." (Te saate lugeda KPI sellist rohkem ja rohkem märkimisväärset süvitsiminek Siin).

Ma loodud töövoog uue üksuse loomisel ja kui üksuse tulekahju. Idee on selles, et kui kindlustus dokumendi, arvutame "Hoiatus kuupäev" Põhineb aegumiskuupäev. Vaadatud paari tööd seoses KPI loendi rõhutada neid tingimusi, kui kasutajad tabas oma kodulehekülg.

See strateegia ei tööta, kui ma laadi dokument üles.

I laadida dokumendi ja ma olen esitatakse koos meta andmete sisestamine ekraanil. Sel hetkel, Ma olen juba hädas. SharePoint on juba, minu vaatenurgast enneaegselt, vallandati töövoog. Mul ei ole olnud võimalus valida õige sisutüübiga ega määrata tähtaeg. Samal ajal, töövoo tulekahju, kui ma vajutage nuppu Esita praegu. Seal on mõned sisseehitatud loogikat, et "usub" et kõigepealt esitama kuulub ka "loomine" sündmus. Nii … minu töövoog on käivitatud ning kui seda täita, See oli möödunud meta andmed vaikeväärtused.

Selle parim tööga umbes ma ei tea on lisada "paus kuni" tegevuse töövoog. Mul on töövoo pausi 1 minut. Kuigi see on pausid, Valige õige sisutüübiga, meta andmeid sisestada ja esitada. Paus on lõpule viidud ja töövoog jätkab vastavalt vajadusele. (Pange tähele, et minu keskkonnas, taimer töövoo tegevuste ühtse Programmdokumendi tööta karbist. Teil võib olla sama häda. Vt Siin rohkem üksikasju).

Mulle ei meeldi "magic viivitus" töö ümber. Mis juhtub, kui kasutaja laadib dokumendi ja telefon heliseb ja järgnenud vestluses outlasts paus? Võin teha pikem paus, Aga ma ikka ei meeldi.

Ma kirjutasin sellest MSDN-i foorumites siin: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1

SharePointi turvalisuse alused Primer / Vältida levinud vigu

8 vastuseid

VÄRSKENDUS 12/18/07: Vaata Paul Liebrand artiklit mõnede tehniliste tagajärgedega eemaldamise või muutmise nimel vaikenimed (näha oma kommentaar allpool, samuti).

Ülevaade:

SharePointi on lihtne seadistada ja hallata. Aga, See on osutunud raskeks tõesti mähkida oma käed ümber mõned esmakordselt administraatoritele. Mitte ainult, et, Olen näinud mõned tulevad täiuslik arusaamisega esmaspäevast ainult kaotanud reedel sest nad ei pea seda tegema iga konfiguratsiooni vahepealsel ajal administraatorid. (Ma tunnistan, et kellel see probleem ise). See blogi loodetavasti pakub kasulikku SharePointi turvalisuse primer ja punktid suunas mõned konfiguratsiooni parimad.

Tähtis märkus:

See kirjeldus põhineb karbist SharePointi Turve. Minu isiklik kogemus on orienteeritud läheduses MOSS, nii et võib mõned MOSS konkreetne värk siin, kuid usun, et see on täpne WSS. Loodan, et keegi nägi kõik vead ja puudujäägid osutab, et kommentaarides või kirjuta mulle. Teen parandused post kiirustades.

Põhialused:

Käesolev ülevaade eesmärkidel, seal on neli põhimõttelist aspekti turvalisus: kasutajad/rühmad, turvatavate objektide, õigusetasemed ja pärand.

Kasutajate ja rühmade Break down:

  • Üksikud kasutajad: Tõmmatakse aktiivse kataloogi või loodud otseselt SharePointis.
  • Rühmad: Vastendatud otse kataloogist active directory või loodud SharePointi. Rühmad on rühm kasutajaid. Rühmad on globaalne kogum. Kunagi "seotud" konkreetse turvatavale objektile.

Turvatavate objektide Break down-vähemalt:

  • Saidid
  • Dokumenditeegid
  • Üksikute kaupade loendite ja dokumenditeekide
  • Kaustad
  • BDC seadeid.

Seal muud turvatavate objektide, Aga sa saad pildi.

Õiguste tasemed: Kimp granuleeritud / madala taseme kasutusõigused, mis sisaldada üksusi nagu luua/lugeda/Kustuta kannete loendid.

Pärand: Vaikimisi üksuste päri turvasätted sisaldavad eesmärgiks. Alamsaitidele päri õigusi oma emalt. Dokumenditeegid päri oma kodulehele. Nii edasi ja nii edasi.

Kasutajate ja rühmade seotud turvatavate objektide kaudu õigusetasemed ja pärand.

Kõige olulisem turvaeeskirjade mõista, Kunagi 🙂 :

  1. Rühmad on lihtsalt kogude kasutajad.
  2. Rühmad on globaalne saidikogumisse (St. ei ole sellist asja nagu saidi tasandil määratletud rühma).
  3. Olenemata rühmanimi, rühmad ei ole, Ümbruskonnas ja ise, on kõik konkreetsed tase turvalisus.
  4. Rühmad on turvalisus seoses konkreetsete turvatava objekti.
  5. Võib määrata erinevad õigused iga turvatava objektiga samasse.
  6. Web taotluse poliitika trump see kõik (vt allpool).

Turvalisuse administraatorid kaotas meres rühma ja kasutaja listings saab alati toetuda need aksioomid juhtida ja mõista nende turvalisuse konfiguratsiooni.

Levinud vigu:

  • Rühmanimed vääralt tähendada loa: Karbist välja, SharePointi pakutakse välja rühmi, mille nimi tähendada turvalisuse omane tase. Kaaluda rühma "Toetaja". Üks võõras SharePointi Turve võib hästi vaadata seda nime ja eeldada, et selle rühma liige saab "kaasa" Kõik saidi/nimekiri/teeki portaalis. See võib olla tõsi, kuid mitte sellepärast, et rühma nimi juhtub olema "toetaja". See on ainult tõsi karbist, sest rühm on andnud õigustetaset, mis võimaldab neil lisage/redigeerige/kustutage sisu kell juursait. Pärimise teel, "toetajad" rühm võib samuti lisage/redigeerige/kustutage sisu kell igal all-leheküljel. Üks saab "break" pärimise kett ja muutus sub saidi selliste õigusetase selle liikmete nn "toetaja" rühma ei saa kaasa aidata, Aga ainult lugege (näiteks). See ei oleks mõistlik, ilmselt, Kuna on väga segane.
  • Rühmad on määratletud saidi tasemel. On lihtne segi kasutajaliides. Microsoft pakub mugava lingi kasutaja/rühma juhtimise kaudu igas kohas "inimesed ja rühmad" link. See on lihtne uskuda, et kui ma olen saidi "xyzzy" ja rühma xyzzy's inimeste kaudu luua ja sõprade link mis ma olen lihtsalt loodud grupp, mis eksisteerib üksnes xyzzy. Mis ei ole. Tegelikult olen loonud terve saidikogumi rühma.
  • Rühmade koosseis ei muutu saidi (St. See on sama kõikjal kasutatakse): Kaaluda grupp "omanik" ja kaks saidid, "HR" ja "Logistika". On normaalne mõelda, et kaks όksikisiku ise neid saite — HR omanik ja logistika omanik. Kasutajaliides lihtsustab turvalisuse administraatori mishandle selle stsenaariumi. Kui ma ei tea paremini, Võiksid pääseda inimeste ja rühmade lingid HR veebilehe kaudu, Valige omanikud"" rühmitada ning lisada minu HR omanik selle rühma. Kuu aega hiljem, Logistika on real. Ma pääsen inimesed ja rühmad logistika kodulehekülg, lisada tõmme omanikud"" rühm. Ma näen HR omanik ja Eemalda teda, mõtlesin, et ma teda kõrvaldades omanikud logistika veebilehekülg. Tegelikult, Ma olen teda eemaldamine globaalse omanikud fraktsioon. Lõbusus ensues.
  • Ei suutnud nime gruppideks eriülesanded: Kinnitajad"" rühm on suurepärane näide. Mida võivad elanikud selle rühma heaks? Kui nad selle kinnitada? Ma tõesti tahan inimesi logistika osakond saavad tunnustada HR dokumente? Loomulikult ei. Alati nime Sõprade põhineb nende rolli organisatsioonis. See vähendab riski, et rühm on määratud sobimatu õigusetaseme turvatava objekti jaoks. Oma kavandatud rolli gruppideks nimi. Eelmise stsenaariumi HR/logistika, Tuleks luua kaks uut rühma: "HR omanikud" ja "logistika omanikud" ja iga mõistlik õigusetasemed ja neile kasutajatele oma töö tegemiseks vajalik miinimumsumma määramine.

Muud Kasulikud viited:

Kui oled teinud seda kaugele:

Palun andke mulle teada kaudu kommentaare oma mõtteid või kirjuta mulle. Kui teate muud head viited, Palun tehke sama!

Technorati Tags:

Kiire ja lihtne: Andmete vaates veebiosa loomine (DVWP)

2 vastuseid

Suur teave selle WSS ulatuslikele 3.0 Andmevaate veebiosa (DVWP) mitmest allikast pärit veebis. Aga, Ma leidsin ta olevat üllatavalt raske leida teavet selle väga lihtne esimene samm. Siin on teine artikkel "Kiire ja lihtne" selle seeria.

Järgmiste juhiste abil saate luua andmete Loendivaate veebiosa (DVWP). Need põhinevad "teated" veebiosa, kuid seda enamik loendeid.

  1. Teated veebiosa loomine ja lisamine saidile.
  2. Avage sait SharePoint Designeris.
  3. Avage saidi default.aspx.
  4. Valige veebiosa teadaanded ja paremklõpsake.
  5. Kontekstimenüü, Valige "Convert-XSLT andmevaade".

SharePoint Designeri märku see sait nüüd kohandatud saidimääratlusest. See ei ole tingimata halb, kuid on olemas olulise tähendusega (tulemuslikkuse, Upgrade, teised) mis on see väike "Kiire ja lihtne väljapoole" kanne. Selle teema kohta lisateabe saamiseks, Ma soovitan Mõlemad raamatud Siin nagu ka oma lemmik Interneti otsing.

Kinnitada, et sa tegid seda õigesti:

  1. Sulgege ja taasavage veebibrauser (et vältida kogemata uuesti postitad originaal "lisada uut veebiosa").
  2. Valige selle veebiosa nool rippmenüü ja vali "Muuda Ühiskasutusega veebiosa" menüüst.
  3. Tööriista paneel avaneb paremale.
  4. Paneel on muutunud tema tavaline suvandite seadmine see:
Pilt

“Ei saa skeemi veeruatribuuti SharePointi loendist” — kirjeldus-vältimised

4 vastuseid

Sel nädalal, Me lõpuks reprodutseerida oli teatatud probleemile serveri kasutaja poolt: Kui ta üritas Exceli loendi sisu eksportida, asjad ei paista tööle asuda, kuid siis Exceli pop up viga: "Ei saa SharePointi loendist tuua loendi skeemi veeruatribuuti". Ta töötab office 2003, Windows XP ja ühendamisel MOSS.

Otsisin selle Internets ja nägin mõned spekulatsioon, kuid midagi 100% lõplik. Seega, See postitus.

Probleem: Eksportivad vaade Excelisse, mis sisaldab (kuupäev veerus Andmetüüp =).

Mis töötas meiega: "Üherealine tekst" kuupäeva teisendamine. Seejärel, teisendada selle tagasi kuupäev.

Et lahendada see. See oli tore näha teisendamine töötas, tegelikult. See oli üsna närvis, et konverteeriva asju sel viisil ei aita, kuid see ei.

See viga on visatud tohutu shadow üle kliendi meeles andmetüübi kuupäev, nii me läheme kindla vastuse Microsofti otsides ja loodetavasti ma postitamiseks ja update siin järgmise lühikese aja jooksul ametlik vastus ja käigultparanduse teave.

Muud märkused:

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

<lõpp>

Telli minu blogi.

Technorati Tags: ,

Kiire ja lihtne: Saada email koos manustatud hüperlink SharePoint Designeri töövoog

Jäta vastus

Üks või kaks korda kuus, keegi postitused foorumi küsimus: "Kuidas lisada hüperlinke URL, mis on klikitav SharePoint Designeri email?"

Ilma täiendavaid kommentaar: (hästi, tegelikult on veel märkus pärast pilt):

Pilt

Kuidas embed üksuse link e-kasulik selgitus järg Becky Isserman: 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

Uus pressiteade: SharePoint Designeri töövoo laiendid (Stringfunktsioonid manipuleerimine)

5 vastuseid

VÄRSKENDUS: Vaata siit minu mõtted commercializing selle projekti: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Olen olnud hõivatud töö minu Codeplex projekt, mis keskendub praegu pakkuda string manipuleerimise laiendamise kaudu SharePoint Designeri loodud töövooge.

Üksikasjad leiate siit:

Projekti kodu: http://www.codeplex.com/spdwfextensions

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

Versioon 1.0 sisaldab järgmisi uusi funktsioone:

Funktsioon Kirjeldus (Kui ei ole sama mis .net-funktsiooni)
NUM-kanded() Tagastab numbri "kanded" nagu iga määratud eraldaja string.

Näiteks: NUM-kanded stringi "a,b,c" koos eraldaja"," = 3.

Kanne() Tagastab n-nda sõnet nagu iga määratud eraldaja string.
Pikkus String.Length
Asenda() String.Replace()
Sisaldab() String.Contains()
Tagastab sõna "true" või sõna "väär".
Alamstringi(Start) String.Substring(Start)
Alamstringi(Start,pikkus) String.Substring(Start,pikkus)
ToUpper() String.ToUpper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
Tagastab sõna "true" või sõna "väär".
EndsWith() String.EndsWith()
Tagastab sõna "true" või sõna "väär".

BDC käitustõrge selgitas

2 vastuseid

Ma tekitanud BDC eksimust sel nädalal, et kujutavas kasutajaliides ja selle 12 taru Logi käitusajal.

Esimese, see ilmus kasutajaliides:

Ei leitud välju kõigi ID-väärtuste õigeks käivitamiseks SpecificFinder MethodInstance, mille nimi … Tagada sisendi sisendparameetrite atribuudid TypeDescriptor on seostatud iga selle olemi jaoks määratletud.

Siin on pilt kaaperdamine:

clip_image001

Võib tekitada ka selle sõnumi kuvatakse selle 12 taru Logi kell näidatakse (kasutades minu patenteeritud high-tech-don't-try-this-at-home "salapärane vead" meetod):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C SharePoint Portal Server äriandmete 6q4x suur erand BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Identifikaatori väärtus ”, tüüp ”, ei sobi. Eeldatav identifikaatori väärtus tüübiga System.String. kell Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Objekti[] subIdentifierValues, LobSystemInstance'i lobSystemInstance) kell Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Üksus üksus, Objekti[] userValues, LobSystemInstance'i lobSystemInstance) kell Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Vaade desiredView) kell Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() kell Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Ma otsinud umbes ja leidis mõned viib selle MSDN Foorum, kuid nad ei olnud piisavalt, et mind mõista, mida ma tegin valesti. Ma vaatasin poolt veebiülekanne Ted Pattison mis minu firma on katuseraha server ja tuli aru minu probleem.

In minu ADF, Ma olen ühendamisel SQL andmebaasi, nagu on näidatud:

            <Kinnisvara Nimi="RdbCommandText" Tüüp="System.String">
              <![CDATA[
                VALIGE SETID, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      RIIK, ADDRESS1, AADRESS 2, ADDRESS3, ADDRESS4, CITY, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      MAAKONNAS, RIIK, POSTI TEEL, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEFONI, LAIENDAMINE, FAKS, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG alates dbo.PS_CARRIER_ID_VW koos (NOLOCK)
                KUI
                  (SETID <> "SHARE") ja
                  (madalama(CARRIER_ID) >= madalama(@MinId)) ja
                  (madalama(CARRIER_ID) <= madalama(@MaxId)) ja
                  (madalama(DESCR) MEELDIB madalam(@InputDescr))
                ]]>
            </Kinnisvara>

Mul oli ette selle SQL DBA isikult ja olen andnud mõista, et see on mõne erilist Vaade, mis on loodud just minu jaoks. Kordumatu võti on CARRIER_ID.

Siin on viga, ma kehtestati:

      <Identifikaatorid>
        <Identifikaator Nimi="CARRIER_ID" TypeName="System.String" />
        <Identifikaator Nimi="DESCR" TypeName="System.String" /> 
      </Identifikaatorid>

Kusagil liinil, Olen ma suutnud ajada ennast üle tähenduses <Identifikaatorid> ja lisatud DESCR, kuigi see ei ole tegelikult identifikaator. Võtsin DESCR välja tunnuste komplekti ja presto! See kõik töötas.

I hope this saves someone some grief 🙂

Technorati Tags: , , ,