foxwell is this a joke? I have an idea that there are MANY errors! What are all th # for?
I suggest that you have a variable name for example sSQL and put the sql into this variable. Then just before you execute teh SQL copy and paste it into Access and see what you get out of it!
terry > the # denote ColdFusion variables, so they aren't errors...
md > har prøvet at kigge det hele igennem, kan ikke se nogen problemer... alle ikke-numeriske værdier er 'omringede således', numeriske værdier er ikke, og numeriske. alfanumeriske og boolean felter er alle defineret rigtigt i databasen...
I have just taken the first three fields. You can see that the SQL is INSIDE a string which starts with " and there is another " just after VALUES( This is because it is necessary to convert your ColdFusion variables to ACTUAL values and this is done be putting the variables OUTSIDE the string and concatenating them to the string. This is what the & is doing. I dont know if it is the same in ColdFusion but it does look strange to me!
terry > the beauty of CF (among other things) is that you don't need to do that...
md_craig > tror ikke at det er problemet, da der ville have været en anden fejlmeddelelse (som du selv siger).
jeg har forkortet hele sætningen for at teste den lidt -
INSERT INTO maskiner (saelgerID,oprettetDato,firma,arbejdsplads,kundeNr) VALUES (#session.adminID#,#now()#,'#firma#','#arbejdsplads#',#kundeNr#)
når jeg udfylder alle felter får jeg ingen fejl, men når jeg undlader kundenr får jeg fejlen. den sendte SQL ser således ud:
INSERT INTO maskiner (saelgerID,oprettetDato,firma,arbejdsplads,kundeNr) VALUES(1,{ts '2002-07-27 14:36:58'},'test','test',)
kan det tænkes at mit problem er at jeg submitter tomme numeriske felter? INSERT INTO maskiner (saelgerID,oprettetDato,firma,arbejdsplads,kundeNr) VALUES(1,{ts '2002-07-27 14:29:49'},'','',)
md_craig > gik selv igang med at teste på samme måde =) var sådan jeg kom frem til spørgsmålet umiddelbart herover...
nærmere forklaring af ## - indkrænser ikke variabler, men viser hvilke ting, incl. variabler, som skal parses af CF serveren... derfor skal now() også have ##, da det er en CF funktion...
foxwell is it POSSIBLE to get the whole SQL into a string and copy this into your Access database? SomeString is a variable how you make those in CF I wouldnt know
SomeString = INSERT INTO ......
and then as I have suggested before, copy SomeString to Access AFTER it has been Parsed by the CF Server.
If CF is so good, then isnt it possible to DEBUG your variables to see what they contain? Also, if you database fields allow NULL values then it doesnt matter if they are empty.
jeg har udfyldt ALLE felter i formularen... alfanumeriske felter har fået et A, numeriske et 1, checkboxes er alle checked (on) og datofelter har fået 300480. her ses den parsede SQL:
INSERT INTO maskiner (saelgerID,oprettetDato,firma,arbejdsplads,kundeNr,postNr,by,telefon,masKode,fabrikat,type,serieNr,timetaeller,aar,kundeMaskinNr,motorFab,motorTyp,km,chassisSN,chassisTimer,indregNr,kranKapTons,cpss,foererhus,aircon,dozerblad,monobom,tredeltbom,gravearm,hammerhydr,grabhydr,slangebrudsvbom,slangebrudsvarm,ripper,daekdim,daekforh,daekforv,daekbagh,daekbagv,daekmidh,daekmidv,baandbredde,baand,undervogn,skovl1,skovl2,skovl3,skovl4,skovl41,rabatskovl,rskovlkipbar,hurtigskift,kroghoejde,arbejdshoejde,platform,kurvarm,bomlaengdeM,bomlaengdeKg,krogetons,swingaway,flyjib,antalspil,lmi,bogies,stoetteben,kranmotorfab,kranmotortyp,akslera,akslerb,akslerc,akslerafstand,skovltaender,pbbomskovl,motorstand,transmission,kroejekrans,converter,bremser,styretoejpivot,turbo,elsystem,dozerbladstand,batteri,olieikoeler,vandiolie,frostvaeske,vaskes,farve,maling,revner,svejsninger,maskinjournal,ceeuo,tolvmdrrap,datosidstsynet,epa,vaegt,www,oevrigtudstyr,bemaerkint,bemaerkextda,bemaerkexten)
har kigget det hele igennem, og det ser ikke ud som om der er nogen fejl... hvis jeg havde forkerte datatypes ville jeg få DATATYPE MISMATCH i stedet for SYNTAX ERROR... kan I se noget som er forkert...?
hmm... jeg bruger *altid* #now()# når jeg skal sætte dags dato ind med SQL - har aldrig haft problemer før, og da jeg testede sætningen med kun de to første værdier (saelgerID,oprettetDato) ville den gerne tage den. jeg tror ikke det er problemet. Jeg har rettet de 3 datoer i slutningen (dem hvor der stod 300480) så de får det rigtige datoformat, og det gav ingen problemer i en lille testside jeg lavede, så det er vist heller ikke det som er problemet..
har selv lige fundet den =) refreshede for at se om du havde skrevet noget mere, og så havde du den også =) det er fejlen - nu virker det... det kunne være at man skulle sætte en seddel med reserverede ord op på væggen... skriv et svar, så får du points =)
tænk at jeg har spildt 5 timer idag pga. 2 bogstaver... *snøft*
Men den er sQ vikelig træls når man sidder med en så lang SQL streng som du gør... så er der næsten kun en måde at finde det på, og det er som jeg tidligere sagde, tæste indskrivningen 1 efter 1...
det var desuden også sådan jeg fandt fejlen... det er en træls måde at gøre det på men det er faktisk den bedste desvære :((((
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.