Re: SQL statement is truncated.
From: Val Mazur (group51a_at_hotmail.com)
Date: 05/13/04
- Next message: Val Mazur: "Re: Catch 22 - can't write to recordset"
- Previous message: Jerry Pisk: "Re: ADO and ASP"
- In reply to: TLowe: "SQL statement is truncated."
- Next in thread: TLowe: "Re: SQL statement is truncated."
- Reply: TLowe: "Re: SQL statement is truncated."
- Messages sorted by: [ date ] [ thread ]
Date: Wed, 12 May 2004 23:10:03 -0400
Hi,
185 characters is definitely not a limit for the SQL string. I think there
is something wrong when application assigns SQL statement to the variable.
Could you please post actual strSQL variable declaration and the code, which
assign SQL statement to the variable? Also try to put breakpoint right
before you open recordset and print content of the strSQL variable in a
debug window to see if you have proper statement.
-- Val Mazur Microsoft MVP "TLowe" <noelbisspam@nomindspringspam.com> wrote in message news:%23K5nadEOEHA.1312@TK2MSFTNGP12.phx.gbl... > Hello all! > I am sorry but I had posted a similiar question a couple of weeks ago but > I > wasnt able to view in my viewer. I will try again. I have posted this in > the Excel programming newsgroup in case someone has experienced this > problem > with Excel. > > I am using an ADO recordset to import data into Excel 2000 from a > Win2003/SQL Server2000 setup. My problem is the SQL string is getting > truncated and is not passed to SQL server 2000 in a complete form. Its > cut > off. It appears to cutoff around 185 characters. Is this a setting that > can be reset? Is this an ADO Property that should be set to allow a > bigger > SQL statement to be passed to SQL server. Its really weird that it only > takes so many characters, truncates the balance of the statement and then > still tacks the double quotes at the end of the statement? > > Here is the ADO recordset : > rs.Open strSQL, cnnStoredProc, adUseClient, adLockReadOnly > > Here is the full SQL statement that is assigned to the strSQL variable > that > is initially stored in the variable strSQL. As a statement this runs in > the > SQL analyzer with no problems (variables x, and y with actual values). > > SELECT [description],count(t2.Result) as total,t2.Result,t2.Vendor, > t1.[date]from Tblquestions t1 inner join TblResultsQuestion t2 on T1.[id] > = > T2.QuestionID where T1.type = 4 and vendor like '" & x & "' and > [description] like '" & y & "' group by [description],Vendor, [date], > result > order by [description],Result desc > > Here is the actual statement that gets put into the strSQL variable when > passed via the above rs.open statement. The error message is "Runtime > error > 3021". This is because the recordset is empty. > > strSQL : "SELECT [description],count(t2.Result) as total,t2.Result, > t2.Vendor, t1.[date] from Tblquestions t1 inner join TblResultsQuestion t2 > on T1.[id] = T2.QuestionID where t1.type = 4 and ve" > > > Thanks > I really appreciate any help or insight you can provide. > > > > >
- Next message: Val Mazur: "Re: Catch 22 - can't write to recordset"
- Previous message: Jerry Pisk: "Re: ADO and ASP"
- In reply to: TLowe: "SQL statement is truncated."
- Next in thread: TLowe: "Re: SQL statement is truncated."
- Reply: TLowe: "Re: SQL statement is truncated."
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|