Vykonávajúci SQL distribuované dotazu pomocou ADSI

Preklady článku Preklady článku
ID článku: 299410 - Zobraziť produkty, ktorých sa tento článok týka.
Rozbaliť všetko | Zbaliť všetko

Na tejto stránke

SUHRN

Tento článok poskytuje informácie o používaní poskytovateľa služieb rozhrania Active Directory (ADSI) OLEDB zo servera SQL Server na vykonanie dotazu distribuované.

DALSIE INFORMACIE

Požiadavky a všeobecné informácie

Distribuované dotaz umožňuje vývojára na naplnenie SQL Server tabuľky alebo zobrazenie s údajmi v službe Active Directory alebo iné Lightweight Directory Access Protocol (LDAP) server. S cieľom vykonať dotaz na distribuované pomocou ADSI serveri musí byť spustená SQL Server 7.0 alebo novšiu. ADSI je súčasť systému Windows 2000, takže žiadne ďalšie inštalácie v požadovaných na tento operačný systém. Ak server operačný systém je Windows NT 4.0, musia byť nainštalované rozšírenia služby Active Directory klienta (DSClient) pre systém Windows NT 4.0. Ďalšie informácie získate po kliknutí na nasledovné číslo článku databázy Microsoft Knowledge Base:
288358Ako nainštalovať klientskeho rozšírenia služby Active Directory
Podrobný postup vykonávania distribuovaných dotaz použitím ADSI možno nájsť pod "Spájajúcej heterogénnych dát" v nasledujúcom článku knižnica MSDN:
Spájajúcej heterogénnych dát
http://msdn.Microsoft.com/en-us/library/aa746379.aspx
Pri vydaní príkazu OPENQUERY, server SQL Server bude dovolávať svojich OLEDB poskytovateľ ADSI's, ADsDSOObject, ktorý bol vytvorený v sp_addlinkedserver Funkcia. Poskytovateľ bude prechádza dotazu na podkladové ADSI lDirectorySearch rozhranie funkcie. Tieto funkcie ADSI bude potrebné LDAP hovory na po?adovanú server. Reakcie zo servera bude potom postúpená zálohovať rovnaké vrstvy SQL Server.

Možno sa dotaz v LDAP alebo SQL dialekty. Dodatočné informácie pri vyhľadávaní s OLEDB poskytovateľ ADSI to možno nájsť pod článok MSDN:
Vyhľadávanie služby Active Directory
http://msdn.Microsoft.com/en-us/library/aa746468 (VS.85) .aspx
Diskusia o dvoch dialekty zistí podľa nasledujúcich subtopic na lokalite MSDN:
Dialekt
http://msdn.Microsoft.com/en-us/library/aa772377 (VS.85) .aspx
Ak hviezdičku (*) je zadaná pre atribút zoznamu, poskytovateľ ADSI OLEDB vráti množinu záznamov, ktorý obsahuje iba ADsPath každú položku. ADsPath je klient-bočné generované atribút a zaručuje sa vrátia ako singled oceňujú atribút.

Reťazec bez bind je jeden, ktorý neobsahuje názov alebo adresu IP cieľového servera. Bez binds sa používajú nájsť najlepšie radič domény systému Windows 2000 spracovávať žiadosti. Bez binds sa nedá použiť, keď cieľový server nie je radič domény systému Windows 2000 pre predvolenú doménu. Ďalšie informácie o zápise bez servera binds
Bez viazanie a RootDSE
http://msdn.Microsoft.com/en-us/library/ms677945.aspx
V príklade v Bielej knihe LDAP server budú kontaktovaní použitím poverení podľa ktorých OPENQUERY hovor bol podaný. V závislosti na ako vaša aplikácia je navrhnutá tak, to môže alebo nemusí byť žiaduce. Ak sa používa overenie servera SQL Server namiesto overovanie systému Windows, SQL poverenia bude dopraviť do adresára. Ak cieľový Adresárová služba nepodporuje overovanie systému Windows, bude tiež vyskytujú problémy s overovaním.Ďalšie informácie o používaní ADSI dotaz týchto serverov LDAP, po kliknutí na nasledovné číslo článku databázy Microsoft Knowledge Base:
251195Ako používať ADSI dotaz LDAP server tretej strany
Ak nie je žiaduce, aby sa kontakt v adresári pomocou rovnakej poverenia ako OPENQUERY hovor, sp_addlinksrvlogin možno zmeniť totožnosť, pod ktorým je kontaktovaný vzdialeného servera. Keď sp_addlinksrvlogin je implementovaný ADSI bude dovolávať svojich jednoduché viazať v adresárovej službe cieľové s informáciami špecifikovanými v rmtuser a rmtpassword parametre. Je dôležité poznamenať, že jednoduché viazať nositeľmi poverenia na adresárový server nešifrovaný text. To má tú výhodu, že rozumie Autor mnohých adresárové servery, ale nevýhodou je, že meno používateľa a heslo bude viditeľné na sledovanie siete. Ďalšie informácie o jednoduchých viaže pozri:
ldap_simple_bind_s
http://msdn.Microsoft.com/en-us/library/aa366995.aspx
Raz pridaný, sp_addlinksrvlogin možno odstrániť volaním sp_droplinkedsrvlogin.

Obmedzenia

Proces pomocou OPENQUERY výkaz tahat informácie na serveri LDAP však trpia niektoré obmedzenia. V niektorých prípadoch možno obísť obmedzenia, ale v iných aplikácia musí pozmeniť. Externé aplikácie alebo objekt COM, ktorý používa ADSI načíta informácie z LDAP servera a potom stavať tabuľky v SQL pomocou ADO alebo iné údaje prístup metódy je iný schodnou metódou.

Prvé obmedzenie je, že s viacerými hodnotami vlastností nemôžu byť vrátené v výsledok nastaviť na server SQL Server. ADSI bude čítať informácie schémy zo LDAP servera, ktorý definuje štruktúru a syntax triedy a atribúty používaný serverom. Ak atribút, ktorý požaduje LDAP server je definovaný v schéme ako typický nemôžu byť vrátené v vyhlásenie o OPENQUERY.

To je typické pre adresárový server na presadenie servera obmedzenie počtu predmetov, ktoré sa vrátia pre zadaný dotaz. Toto je zabrániť denial of service útokov a preťaženie siete. Správne dotaz adresárový server, mali rozčleniť veľké dotazov do mnohých menších. Jedným spôsobom je cez proces sa nazýva stránkovací. Zatiaľ čo pagingovým je dostupné prostredníctvom OLEDB poskytovateľ ADSI to, nie je v súčasnosti žiadnym spôsobom dostupné vykonávať distribuovaných dotaz SQL. To znamená, že celkový počet objektov, ktoré sa môžu vrátiť dotazu je limit servera. Windows 2000 Active Directory, predvolený limit servera je 1 000 objektov. Ďalšie informácie o stránkovacom možno nájsť v nasledujúcich téme Knižnica MSDN:
Stránkovanie s IDirectorySearch
http://msdn.Microsoft.com/en-us/library/aa746414 (VS.85) .aspx
Ďalšie informácie o tom, ako upraviť limit servera pre maxPageSize pomocou NTDSUtil, po kliknutí na nasledovné číslo článku databázy Microsoft Knowledge Base:
315071Na zobrazenie a nastavenie politiky LDAP služby Active Directory pomocou nástroja Ntdsutil.exe

ODKAZY

Ďalšie informácie získate po kliknutí na nasledovné číslo článku databázy Microsoft Knowledge Base:
187529Ako používať ADO prístup k objekty prostredníctvom poskytovateľa ADSI LDAP
Ďalšie informácie, vrátane vzorky, možno nájsť v sekcii ADSI Platform SDK, ďalšie informácie o tom, ktoré nájdete na nasledujúcej webovej lokalite Microsoft:
http://www.Microsoft.com/downloads/details.aspx?FamilyId = 149187AC-7008-4F49-A00A-26DCEBE0FC32 & displaylang = en

Vyššie uvedené prepojenie má tiež informácie o tom, kde dostanete k stiahnutiu na rôznych Windows SDK v spodnej časti strany pod sectiont s názvom: "To, čo iní sú sťahovanie".

Vlastnosti

ID článku: 299410 - Posledná kontrola: 31. októbra 2011 - Revízia: 2.0
Informácie v tomto článku sa týkajú nasledujúcich produktov:
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2000 Standard Edition
Kľúčové slová: 
kbdswadsi2003swept kbinfo kbmt KB299410 KbMtsk
Strojovo preložené
DÔLEŽITÉ: Tento článok bol preložený pomocou softvéru na strojový preklad od spoločnosti Microsoft, nie prekladateľom. Spoločnosť Microsoft ponúka články preložené prekladateľmi aj strojovo preložené články, vďaka čomu máte možnosť prístupu ku všetkým článkom databázy Knowledge Base vo svojom jazyku. Strojovo preložený článok však nie je vždy perfektný. Môže obsahovať chyby týkajúce sa slovnej zásoby, syntaxe alebo gramatiky, podobne ako cudzinec môže robiť chyby, keď rozpráva vašim jazykom. Spoločnosť Microsoft nenesie zodpovednosť za akékoľvek nepresnosti, chyby alebo škody spôsobené akýmkoľvek nepresným prekladom obsahu alebo jeho použitím zo strany zákazníkov. Spoločnosť Microsoft softvér na strojový preklad pravidelne aktualizuje.
Pokiaľ chcete vidieť anglickú verziu článku, kliknite sem:299410

Odošlite odozvu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com