Comprobar valor de formulario en base datos Access

No es muy complicado.

Si tienes esa tabla de códigos, conéctate a ella (en google buscas asp mdb connect mo algo parecido y usa la forma que te resulte más cómoda) y sólo tienes que recorrerla (con un while) y compararla con el número que tienes. Metes un if dentro del while y cuando coincida el número enviado por el formulario (lo recoges con un request) y el valor de la base de datos que estás recorriendo cierras el while para que no siga trabajando (con un end while) y ejecutas lo que tengas que ejecutar.

Si puedes importar ese MDB a un SQL considéralo. No sé qué volumen de datos vas a tratar pero Access es bastante más lento que SQL.

Hola Xavi... gracias por la respuesta... más o menos entiendo lo que me dices en todo menos en lo de "importar ese MDB a un SQL"
Utilizo una base de datos con varias tablas... empieza ocupando unos 200kb, pero conforme la gente envía sus cuestionarios puede llegar a pesar como 3mb... ¿Esto puede afectar en algo?
Gracias
JC

0 Then
laClaveExiste = True
Else
laClaveExiste = False
End If

rsBuscarClave.Close
Set rsBuscarClave = Nothing

Set adoCon = Nothing
%>

Ubica el código anterior en la página la que dirijas el Action del formulario que alberga el campo "clave". La variable laClaveExiste te dirá lo que su nombre indica, tras lo cual deberás obrar en consecuencia.

Con respecto a tus preguntas, tengo tres malas noticias (así es la vida):

• Tu aplicación ha nacido muerta. ASP clásico ya no existe. Con el devenir del tiempo encontrarás cada vez menos sitios en donde obtener soporte.
  


• Access está bien a nivel local o personal, pero en producción y abierto sobre Internet te generará problemas de velocidad y Locking cuando haya mas de dos usuarios en la web. Es una mala elección, no recomendada para web ni siquiera por Microsoft.
  


• Buscando "check if value exists in database with asp" te salen más de un millón de resultados en Google. Tengo entonces una muy mala noticia para ti: No sabes usar Google o eres demasiado vago. Cualquiera de ambas cosas es perjudicial en este oficio.
  

hola deeleman y gracias por la respuesta
El código me viene de perlas... tengo que adaptarle algunas cosas como un random y otro bucle más de comprobación pero me ha solventado la papeleta... En cuanto a las noticias jejeje:

1. Razón tienes. La verdad es que aprendí algo de ASP hace como 5 años, pero ahora que ya no hago casi nada de programación lo que más fácil me resultaba era reutilizar algo de los conocimientos que tenía... De todas formas, te agradecería me aconsejaras en qué actualizarme para un uso de envio de formularios a base de datos. La aplicación la realicé hace años y claro, en aquel tiempo lo que aconsejaban todos era ASP... desactualizado estoy ya...

2. La aplicación que saca todos los resultados está en Access, y bueno, no conozco otro sistema que pueda recopilar datos en tablas y sacar resultados de gráficas y estadísticas en informes. Se envían alrededor de 700 cuestionarios de unos 80 campos cada uno. No se me ocurre nada mejor que recogerlos en tablas en Access. ¿Alternativas? Acepto consejos..

3. Soy un poco lerdo con el google... he buscado cientos de páginas, pero nada en inglés... la próxima vez pensaré más en que la red de redes es mayoritariamente inglish pitinglish

Así que después de esta lección, me rindo a tus pies y espero aprender. jejejeje... es coña...
Gracias por la ayuda!!!
JC

En cuanto a tecnologías, el sustituto de ASP es .NET (aspx). De todas formas por lo que comentas no te salen los ASP por las orejas con lo que podrías considerar migrar a PHP si el servidor (corre bajo apache) o la aplicación (no sé en qué punto estás) te lo permite. No es que esté mucho más documentado, pero si encontrarás muchos más recursos.

Lo que comentas de Access... por lo que dice pablo (y por algunas cosas más) te recomendaba en mi anterior post migrar la base de datos a SQLServer (ó mySql si vas a saltar a PHP). La migración no es compleja, pero en función de qué tecnología vayas a usar finalmente el método varia.

Piensa que los datos son datos estén donde estén, si necesitas sacar gráficas podrás importarlos a Access o al software que te apetezca. Lo único que podría echarte atrás de pasarte a mySql son las vistas (no existen tal cual), pero puede solucionarse.