Typblandsningfel i villkorsytryck Datareader

Kontrollera så att kolumnen nr verkligen är av rätt typ, så det inte är Text eller annat dumt...

Juuuust, kom på det precis ;) ;) . heheh, tack ändå kompis.

Varsågod.

Något som alltid är bra att göra, och som jag tycker att man ska ha som regel på en sida som ansluter till en databas, är att lägga SQL-satsen i en variabel, exempelvis en variabel med namnet SQL. Ur felsökningssynpunkt blir det oerhört mycket lättare att felsöka, då man kan skriva ut variabeln SQL och kolla om den gör det som förväntas att den ska göra. Alltså, använd

string SQL = "SELECT falt1,falt2,.... FROM tabell";
OleDbCommand objCommand=new OleDbCommand(SQL, objConnection);

i stället för

OleDbCommand objCommand=new OleDbCommand("SELECT falt1,falt2,.... FROM tabell", objConnection);

Eller så använder man Stored Procedures...

m_soderlund skrev:

Ur felsökningssynpunkt blir det oerhört mycket lättare att felsöka, då man kan skriva ut variabeln SQL och kolla om den gör det som förväntas att den ska göra.

Det går bra utan den "klassiska klassisk-ASP-metoden" Response.Write("strSQL"). Det går bra att använda try- och catch-block och eventuellt skriva ut information genom metoder i klassen OdbcCommand el dyl. På så sätt slipper man några sekunders onödigt arbete.

:)

Josef skrev:

Eller så använder man Stored Procedures...

Förutsatt att man inte kör mot en Accessdatabas x(

Du kan väl köra sp i Access, fast där kallas de frågor.

En Accessdatabas (.mdb) hanterar inte Stored procedures och en fråga/query är inte samma sak.

Och men detta funkar iaf vare sig det är en sp eller inte.

I access skapas en fråga som heter "testquery":

SELECT * FROM Orter WHERE nr = @NR

och lite slarvkodat så kan koden se ut så här:

OleDbConnection conn = new OleDbConnection("Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\\test.mdb");

OleDbCommand cmd = new OleDbCommand("testquery", conn);
cmd.CommandType = CommandType.StoredProcedure;
OleDbParameter p = new OleDbParameter();
p = cmd.Parameters.Add("@ID", OleDbType.Integer);
p.Direction = ParameterDirection.Input;
p.Value = Convert.ToInt32([i]Därifrån_du får_numret[/i]);

conn.Open();
dgTest.DataSource = cmd.ExecuteReader();
dgTest.DataBind();
conn.Close();

Jag erkänner mig förvirrad. :l

Hur mycket kan man jämföra en sp i SQL Server och en query i Access? Jag vet att jag läst att Access inte stödjer sp, så även om det kan vara mycket praktiskt att kunna använda sig av t.ex. ditt kodexempel, Dino, så måste det väl bli galet någonstans... eller tolkar/översätter Access/OleDb CommandType.StoredProcedure till något i stil med "Query exists in .mdb"?

Det går bra att köra frågorna som SP.
Här kan du se ett exempel där jag har gjort det..
http://www.aspsidan.nu/default.asp?page=readArticle&menu=2&aId=108

Vimp skrev:

Det går bra att köra frågorna som SP.
Här kan du se ett exempel där jag har gjort det..
http://www.aspsidan.nu/default.asp?page=readArticle&menu=2&aId=108

Man tackar för det exemplet Vimp.

Jag är dock fortfarande förvirrad över hur Access hanterar en SP.

Engine^ skrev:

Jag är dock fortfarande förvirrad över hur Access hanterar en SP.

Kalla in LarsG. :i

Dino skrev:

Engine^ skrev:

Jag är dock fortfarande förvirrad över hur Access hanterar en SP.

Kalla in LarsG. :i

Jag har hört att det ska gå segare om man kör SP i Access.
Vet dock ej om det stämmer.

:)

God morgon.

Som sagt så har Access stöd för en form av lagrade procedurer

 CREATE PROCEDURE ProcedureName
   (Parameter1 datatype, ...) AS
   SQLStatement

Man kan alltså ha parametrar och ett statement. Det finns inget stöd för lokala variabler eller flödeskontroll.

Procedurerna är inte förkompilerade. Vid exekvering av en procedur så hämtas definitionen som sedan kompileras. Det blir alltså långsammare än att själv bygga ihop motsvarande sql-sats och exekvera den direkt.

Tackar, LarsG! Det där klarade ut en del för mig och förhoppningsvis andra också. :bire

Ok, det går alltså att använda CREATE PROCEDURE i Access, men det är bara dumt. Min förvirring är som bortblåst :)

Hanteras en färdig Query i Access på samma sätt om man anger den som SP?

Känns som om det är lika bra att fortsätta fråga i den här tråden även om det inte har med rubriken att göra...