Frage : Der Mehrfachbezeichner konnte nicht gesprungen werden und vieldeutiger Spaltenname in SQL-Server 2008

Hallo alle, die ich mit diesem für zwei Tage bearbeitet. Ich überprüft die Spaltennamen, verursachten angenommenen Namen und nichts scheint zu arbeiten.  Ich verwendete den gleichen Code für eine ähnliche Frage und sie adaequat ist. Ich verstehe nicht.  Die Frage arbeitet, solange ich Gebrauch Inventory_ID punktiere, während die sortExpression.I fortfahren, die Fehlermeldungen zu erhalten:

Ambiguous Spaltenname „Inventory_ID“.
The Mehrfachbezeichner „dealership_Inventory.Inventory_ID“ nicht sein bound.
No Reihen affected.
(0 Reihe zurückgebracht) könnte
@RETURN_VALUE = 0

Can, das jedermann helfen gefallen?

Thanks,

Jus
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
This arbeitet nicht:

VERFAHREN [dbo] ÄNDERN. [dealership_Inventory_PagedAndSorted]
	(
	@sortExpression nvarchar (100),
	@startRowIndex int,
	@maximumRows int
	)	
	WIE	
	
	WENN LEN (@SORTEXPRESSION) = 0
	@sortExpression EINSTELLEN = „InventoryYear“
	
Das nvarchar @sql ERKLÄREN (4000)
@sql EINSTELLEN = 'AUSERWÄHLTES dealership_Inventory.Inventory_ID, InventoryYear, ImageLocation
VON (dealership_Inventory.Inventory_ID, InventoryYear, ImageLocation VORWÄHLEN,
            ROW_NUMBER () VORBEI (AUFTRAG DURCH „+ @sortExpression + ") ALS RowRank
VON dealership_Inventory
INNER dealership_InventoryImages VERBINDEN
AUF (dealership_Inventory.Inventory_ID = dealership_InventoryImages.Inventory_ID)
) ALS ModelsWithRowNumbers
WO RowRank > ' + BEKEHRTER (nvarchar (10), @startRowIndex) +
„UND RowRank <= (“ + BEKEHRTER (nvarchar (10), @startRowIndex) + „+“
+ BEKEHRTER (nvarchar (10), @maximumRows) + ")“

EXEC sp_executesql @sql

Antwort : Der Mehrfachbezeichner konnte nicht gesprungen werden und vieldeutiger Spaltenname in SQL-Server 2008

Mich >When benutzen Verkaufßtelle. Inventory_ID im Vergleich mit Inventory_ID, wie das sortExpression, das es funktioniert.
genau.
da Sie das @sortExpression innerhalb der inneren Frage haben, ist Inventory_ID als solches, es könnte jede Tabelle von der Verbindung (selbst wenn SIE dass wissen, der Wert der selbe ist, kann SQL „nicht“ zu dieser Zeit wissen), folglich von der Störung sein „ambigeous“.

Weitere Lösungen  
 
programming4us programming4us