MS Access-Fehler: Die SELECT-Anweisung enthält ein reserviertes Wort oder einen Argumentnamen, der falsch geschrieben oder fehlt, oder die Interpunktion ist falsch

Question

[Update: Die Abfrage funktioniert, wenn ich in den Parametern fest codiere - so hat es mit dem zu tun So füge ich Parameter zu der Abfrage hinzu]

Für das Leben von mir kann ich nicht herausfinden, was das Problem hier ist.

Hier wird die Anfrage an die DataReader- weitergegeben werden:

SELECT * FROM (SELECT TOP ? StartDate, [ID] FROM 
    (SELECT TOP ? StartDate, [ID] FROM Story 
    ORDER BY StartDate DESC, [ID] DESC) AS foo 
    ORDER BY StartDate ASC, [ID] ASC) AS bar 
    INNER JOIN Story AS t ON bar.ID = t.ID 
    ORDER BY bar.StartDate DESC, bar.[ID] DESC 

Die Parameter in der folgenden Reihenfolge hinzugefügt:

var pNumToRetrieve = new OleDbParameter("", OleDbType.Integer) {Value = numToGet}; 
var pResultSet = new OleDbParameter("", OleDbType.Integer) {Value = resultSet}; 

_cmd.Parameters.Add(pNumToRetrieve); 
_cmd.Parameters.Add(pResultSet); 

Wenn ich diese Abfrage in dem Zugang direkt eingeben es ganz gut funktioniert. Wenn ich die Abfrage von ASP.NET ausführe, erhalte ich jedoch die folgende Fehlermeldung:

Die SELECT-Anweisung enthält ein reserviertes Wort oder einen Argumentnamen, der falsch geschrieben oder fehlt, oder die Interpunktion ist falsch.

Was mache ich falsch?

Danke,

Adam

Answer 1

Die N in TOP N-Abfragen in Jet SQL können nicht parametriert werden, period. Sie müssen Ihre SQL-Zeichenfolge im laufenden Betrieb schreiben, um eine Variable N zu erhalten. Dies bedeutet entweder, dass Sie kein gespeichertes QueryDef verwenden können oder dass Sie das SQL von QueryDef bearbeiten müssen und es vor der Verwendung speichern müssen.

Answer 2

Ich stelle fest, dass nicht alle Ihre ID-Spalten um sie eckigen Klammern haben. Das könnte es sein, aber es ist schon eine Weile her, seit ich mit Access gespielt habe, damit jemand anderes eine bessere Antwort hat.

EDIT:

Wie Sie kein Glück gehabt habe, so weit werde ich eine andere Vermutung versuchen. Könnten Sie versuchen, das "*" zu ändern, um stattdessen explizit die gewünschten Spalten zu benennen?

FINAL EDIT:

Das letzte Stück der Rat, den ich zu bieten haben ist die Abfrage mit einer sehr einfachen Version von sich selbst zu ersetzen, die keine Ergebnisse liefert. Dann geben Sie es einen Test, wenn es fehlschlägt, muss es der Parameter-Code sein, der fehlschlägt, wenn nicht, dann ist es etwas in der Komplexität der Abfrage. Wenn Sie die Abfrage schrittweise rekonstruieren, sollten Sie den Fehlerpunkt erkennen können. Sorry, ich kann nicht mehr Hilfe sein.

Answer 3

Ist es, dass die pResultSet Parameter als OleDbTypeInteger eingegeben wird?

Answer 4

Gefällt es die Reihenfolge von in den Unterabfragen? Das wird in SqlServer nicht unterstützt.

Edit: Mein Fehler, habe ich die Spitze verpasst?

Answer 5

Sehen Sie, wenn das Ändern der Abfrage auf diese Weise hilft.

PARAMETERS numToGet number, rowsToGet numeric; 
SELECT * FROM (SELECT TOP numToGet StartDate, [ID] FROM 
    (SELECT TOP rowsToGet StartDate, [ID] FROM Story 
    ORDER BY StartDate DESC, [ID] DESC) AS foo 
    ORDER BY StartDate ASC, [ID] ASC) AS bar 
    INNER JOIN Story AS t ON bar.ID = t.ID 
    ORDER BY bar.StartDate DESC, bar.[ID] DESC 

EDIT: Was ist der Wert, der mit diesen 2 Parametern übergeben wird? Sind beide Zahlen?

Answer 6

Erwägen Sie das Umschreiben von TOP N Konstrukten mit korrelierten Unterabfragen.

Hier ist ein einfaches Beispiel. Betrachten Sie eine Tabelle namens Sequence mit einer Spalte (seq) von unique INTEGER s (eine Standard-SQL-Hilfstabelle, die in unzähligen Situationen nützlich ist - jede Datenbank sollte eine!)

Beide Abfragen geben zwei die höchsten Werte für zurück f:

1)

SELECT TOP 2 seq 
    FROM SEQUENCE 
ORDER 
    BY seq DESC; 

Vorteile: Der Access-Datenbank-Engine führt relativ gut diese (wie Sie für proprietäre Syntax erwarten würden). Nachteile: Proprietäre Syntax daher schlecht für die Portabilität. Das N (wie in TOP N) kann nicht parametrisiert werden. Für mich ist die Verwendung DESC in ORDER BY, um die höchsten Werte zurückzugeben, kontraintuitiv.

2)

SELECT S1.seq 
    FROM SEQUENCE AS S1 
WHERE 2 >= (    
      SELECT COUNT(*)   
       FROM SEQUENCE AS S2  
      WHERE S2.seq >= S1.seq 
      ); 

Pros: Standard-SQL-Syntax daher gut für die Portabilität. Das N kann parametrisiert werden. Nachteile: Die Access-Datenbank-Engine optimiert korrelierte Unterabfragen nicht sehr gut, daher wird die Leistung mit der Anzahl der Zeilen in der Tabelle verringert (wie immer bei Leistungsproblemen müssen Sie sie testen). Einige SQL-Codierer finden eine korrelierte Unterabfrage schwer zu verstehen und haben daher möglicherweise Wartungsprobleme.