sqlQuery = "SELECT [ID] from [users] WHERE CallerName=@CallerName";
OleDbConnection conn = new OleDbConnection(connectionString);
conn.Open();
cmd = new OleDbCommand(sqlQuery, conn);
cmd.CommandText = sqlQuery;
cmd.Parameters.Add("@CallerName", OleDbType.VarChar).Value = labelProblemDate.Text.Trim();
cmd.Parameters["@CallerName"].Value = name;
cmd.ExecuteNonQuery();
conn.Close();
I was told that this is how to read data from a SELECT query using Parameters but it's not working. I think I did something wrong.
I am using WinForms and Microsoft Access 2007
To Read Data and Load it into DataTable:
To Read Scalor Value Data and Load it into Variable:
I hope it helps
ExecuteNonQuery doesn't return data, only the rows affected by your command
You need to use ExecuteReader with a OleDbDataReader
If a query returns one value, you can use
ExecuteScalar
to retrieve the value.ExecuteNonQuery
doesn't return a value from your database; rather, it's intended for use withUPDATE
statements and the like, and it returns the number of rows affected by the statement.You probably know this, but in general, SELECT queries can return more than one row (and more than one column), so to "read data from a SELECT query", you use
ExecuteReader
to get aDbDataReader
.It looks like you have your answer, but I wanted to point out a few things from your example code:
First, note that your SQL Query is using Microsoft SQL syntax and that Microsoft Access prefers a slightly different syntax. Instead of wrapping your column names in square brackets, use the tilde mark:
Next, in your SQL Query, be aware that Microsoft Access does not accept named parameters. Your SQL text above using
@CallerName
will execute with no problem, but all the OleDb object will see is this:If, at some point later on, you decide to go with Stored Procedures instead of text SQL, remember to call Prepare() on your
OleDbCommand
after adding your parameters and before executing the command.If you have multiple parameters, ensure that you add these parameters to your
OleDbCommand
in the same order that you called them in your SQL text. OleDb does not care what you name them, but you can use them for yourself, to aid you; it is NOT used in the query.@CallerName
will make no attempt to match up with anything in your SQL text.Next, I wanted to look at your usage of the
OleDbParameter
item. In the two lines below, you are adding one (1) parameter to yourOleDbCommand
with the value labelProblemDate.Text.Trim() and in the very next line you are re-assigning that same parameter's value to a variable (that is unknown to us) calledname
. It does no good for you to declare the parameter with one value then re-assign it to something else.You could have used the modified snippet below and gotten the same results (remember to add the size field, as shown below and specified in your database):
Similarly, your
OleDbCommand
is being created with yoursqlQuery
parameter, so specifying your command'sCommandText
property is unnecessary:Finally, as others have said, if you want to query your data as your SQL statement suggest, you must read the data in as opposed to calling
ExecuteNonQuery()
(notice it is called Non Query).To sum it up, I have written it out here:
Always put the Close in a
finally
block in case your program throws an error for any reason. This prevents your application from crashing and leaving the file open. Ausing
clause, I have found, does not necessarily close a connection when it is done (like they are supposed to do).I hope this helps. I'm refreshing my knowledge of
OleDb
at the moment, and wanted to point out a few things.