Validere SQL inden kald til DB

Hvilken database er editoren til ?

Du skal højst sandsynligt ud i noget med at bruge transktioner også køre en rollback uanset om der opstår fejl eller ej.

hva har du tenkt å validere den opp mot ? har du innformasjoner om databasen liggende et eller annet sted ?

det er en access 97 database 

jeg vil MEGET gerne undgå at køre rollback - derfor validering :-)

Se her:

http://activedeveloper.dk/aspdigital/kapitel2/transaktioner.asp

Det er om at benytte transkaktioner, så kan du fyre sql´en af mod databasen, opstår der en fejl melder du den tilbage til brugere ellers melder du ok tilbage også kører du Rollbacken.

horsmark >> det jeg mener er...for å kunne validere en SQL, så er du nødt til å ha informasjoner om feltnavn, felttyper og krav til innhold ?? hvordan vil du validere om

WHERE id = 2

eller om

WHERE id = \'2\'

er korrekt ??

du må sitte med denne type informasjon *uten* å skulle kommunisere med databasen...

/nute

Hm...validere uden Rollback, så skal man jo ud i noget med at kunne sige at sådan er en sql sætning opbygget, et større projekt.

netsrac \"on error resume next\" er det jeg bruger nu til \"validering\" og viser brugeren evt. fejl.

Der må da være en slags check SQL?

nute korrekt jeg henter netop alle relevante tabelinformationer dynamisk og bruger dem i editoren

Jeg tror du skal ud i og skrive din egen sql fortolker, det vil blive et kæmpe projekt, jeg kan ikke lige se andre måder at løse det på. nute ?

jeg skal såmend KUN have valideret SQL syntaxen eftersom tekst/dato osv. bliver valideret på clienten

ok kender i til noget SQL valideringskode for ærligt så vil det være et KÆMPE projekt selv at skulle kode især med en stram deadline ;-)

en SQL er ikke annet enn en alminnelig streng. det du skal gjøre, er å parse strengen og validere opp mot de regler som er  satt for SQL. dvs at hvis du finner \"WHERE\" i din streng, så vet du at det neste etter WHERE, kan enten være et = eller mellomrom...

jeg forstår ikke at du i det hele tatt gidder å starte på det. det er ikke et lite prosjekt du har startet, og ved et galt SQL kall til en database, så vil innebyggede metoder sørge for håndtering av feil...

tja projektet er sat på hold og jeg bygger videre på det en anden dag

lukket