Nu ved ikke rigtig hvad modifydata gør, men for mig ser det ud til at du opretter er command-objekt og tildeler parametrene værdier, hvorefter du nøjes med at sende selve SQL-strengen over (uden de paramtre du lige har initieret).
Hvad er modifyData for en metode og findes der evt. en overload som tager et command-objekt i stedet for kun en SQL-streng?
CommandText på din OleDbCommand svarer til den rå sql tekst du assigner i Construtoren.
Så du skal nok sende hele din command object med over din til ModifyData metode.
janus_007: Metode er vel så meget sagt ... men du mener vel hvorfor han ikke har valgt en ORM? som LINQ 2 SQL, Entiries Framework, NHibernate etc. eller ?
Ja buzzz, det er hvad jeg mener. Det hører sig snart sjældenheder til at se den gammeldags metode der (som ikke er en funktion *S*), medmindre det er et krav fra kunden eller databasen ikke lige er noget der er understøttet.
Så hvis webdesigner ikke har tænkt over det gode alternativ så kunne det jo være han skulle kigge i den retning. Det er jo uendeligt meget nemmere at bruge Linq to Sql eks.vis istedet for selv at sidde med Ado.Net, parametre, sprocs osv.
Men nej, jeg ville heller ikke drømme om at gøre det på andre måder i dag. Dog har jeg et par steder hvor jeg laver en millard joins og et hav af conditions. Der kan det godt betale sig performance wise.
Ja ... man skal vide det er der, men det er også vigtigt at kunne sin sql, og huske at profile det, da den nogen gange kan komme frem til nogen ret så "Not optimal" SQL quries.
Jeg sidder også altid med profileren, uden den er man hurtigt toast :) Jeg benytter mig ligeledes af views og hiver dem ind sammen med tabellerne, det fungerer upåklageligt, for som du siger... nogle gange er man tvunget til selv at skrive joins.
Jeg tror også når man har baggrund i databaser at man ser anderledes på ORM*, mange udviklere kunne før i tiden forlade sig på at der sad nogle db-udviklere og skrev sprocs, de folk er lidt ude af billedet nu, og udviklerne sidder selv med noget der bliver til Sql, måske uden at vide særligt meget om resultatet er optimalt eller ej. Synes dog at Linq to Sql oftest rammer lige i plet. Det sjove er at Sql'en ikke lige ligner noget man selv ville ha skrevet sådan, men i bund og grund er det stort set identiske IO's
*) der findes jo også dba/ dbdev -'ere som totalt fordømmer denne ORM-teknologi og konstant argumentere for at det eneste der virker er sprocs. Det forekommer mig nu en smule snævertsynet :) Jeg har faktisk selv været sådan en hehe...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.