Recogida de datos

[Adler]

Recojo datos con QueryString, por ejemplo, así que supongo que es mejor no definir el tipo, es decir en vez de

x = CInt(Request.QueryString("x"))
x = Request.QueryString("x")

puesto que si no se pasa, en este caso, un valor númerico, da error en el tipo. Así que sería mejor especificarlo en el tipo en la consulta

SQL="SELECT campo FROM bd where campo = CInt("&x&")"

y después lanzar un error, si corresponde

¿Estoy en lo cierto?

Gracias

[xAlex]

en la consulta, si no coincide el tipo de dato de va a dar tb error

para eso tienes la función ISNUMERIC

if isnumeric(Request.QueryString("x"))=false then
response.write("tu error")
end if

si alguien ingresa algo q no sea un úmero, saldrá tu error.


saludos

[Adler]

Gracias por tu respuesta y sí, claro ya se que va dar error, de ahí mi pregunta. ¿Es preferible que el error esté en la consulta, en vez de en la recogida de valores?

Código:

x = Request.QueryString("x") ' Recibe un valor alfabetico

Call Conectar
Call Registro (rs)

On error resume next

SQL="SELECT campo FROM bd where campo = CInt("&x&")"
Set rs = oconn.Execute(SQL)

If err.number <> 0 Then

response.write ("ERROR")

Else

imprime página

<%end if%>

Gracias

[richard20]

Estimado,

Según mi punto de vista creo que es mejor válidar los datos antes de hacer la consulta, o sea que el error te de en la recogida de valores antes que en la consulta, siempre las validaciones las hago antes de las consultas, inserciones o ediciones ya que asi no abres la base de datos innecesariamente y ocupas menos recursos.

Saludos.

[Adler]

Gracias richard20, no había caido en eso. Así que al final lo haré en ambos sitios, en la recogida y en la consulta (para posibles errores en la conexión)