Cred că cel mai simplu ar fi să ştergi tabelele respective din BD1 şi să faci view-uri către tabelele din BD2: USE BD1 DROP TABLE dbo.T1GOCREATE VIEW dbo.T1 ASSELECT * FROM DB2.dbo.T1GO În loc de ''SELECT *'' ai putea să foloseşti ''SELECT col1, col2, ...'' adică să explicitezi numele coloanelor respective, pentru că folosirea ''SELECT *'' nu ...

Exact cum spune Liviu, ''it's a feature, not a bug''. Dacă nu-ţi place acest feature, votează aici şi/sau aici (eu am votat, cu rating-ul maxim). Răzvan

Remarca mea iniţială apropos de portabilitatea unui asemenea query era cam în glumă (''metode complicate pentru a face un lucru simplu''). În lucrul de zi cu zi şi eu prefer performanţa, în detrimentul portabilităţii (dacă aceasta din urmă nu este o cerinţă explicită). Referitor la întrebarea ''la ce este util un standard daca nu-l respecta cei ...

B_gd_n[ ]Sahlean:Dar dacă înlocuim DISTINCT cu TOP 1 ? Atunci query-ul nu mai e aşa de portabil, pentru că TOP este o extensie proprietară (nu face parte din standardul SQL). B_gd_n[ ]Sahlean: [...]INSERT INTO @vEXEC sp_tables[...] În SQL 2000, apare eroarea ''EXECUTE cannot be used as a source when inserting into a table variable.'', ...

Dacă tot vrem metode complicate pentru a face un lucru simplu, putem folosi: SELECT DISTINCT TABLE_CATALOG AS [Current Database] FROM INFORMATION_SCHEMA.TABLES Şi asta are avantajul de a fi ceva mai portabil, pentru că view-urile INFORMATION_SCHEMA fac parte din standardul SQL-92 ... Răzvan

SELECT DB_NAME()

Bogdan, E foarte interesantă ideea, dar din punct de vedere gramatical, rezultatul lasă de dorit (''DoiMilioaneMiiZero'' ?). După cum scriam mai demult pe o altă listă de discuţii:Testul meu standard pentru un algoritm de acest gen, e dacă dă rezultatele următoare:unuo mieun miliondouă miidouăzeci şi două miidouăzeci şi una miidouăzeci şi unu ...

Bogdan, Sunt complet de acord. Răzvan 

Presupun că pe server-ele linked1, linked2, etc, utilizatorii nu pot modifica/adăuga produse (pot să aleagă doar din cele existente atunci când fac facturi, etc), nu-i aşa? Pe de altă parte, mi s-ar părea mai normal ca server-ele secundare să aibă un linked server către server-ul principal (nu invers, cum ai propus tu). Dar dacă trebuie să fie ...

Dacă te interesează modalitatea de comunicare între SQL Server şi aplicaţia client, aceasta se poate realiza prin mai multe protocoale de reţea (TCP, Named Pipes, etc), însă de obicei datele transmise prin aceste protocoale sunt organizate într-un format numit TDS (Tabular Data Stream). Vezi detalii aici, aici sau aici. Dacă te interesează ...