Usuario Y Password Para Acceder A Una Aplicacion

[Casimiro Notevi]

Empezado por Neftali

Hola.
Por favor, utiliza TAG's cuando escribas código.

Y no repitas hilos, los he unido los dos.

Y recuerda leer nuestras normas, gracias.

[rrosariom]

Disculpa es que no tengo experiencia en el foro.

Ejecute el codigo linea por linea, y cuando llega al if, salta al showmessage, por lo que cambie el codigo y puse que si adoquery1.recordcount=0 que cargue el form2.

Aparentemente, no esta guardando en memoria la consulta. o algo esta pasando que lo esta limpiando.

que sera?

[[Caral]]

Hola
Es una simple validacion, el problema es que el parametro que coincide.
Saludos

[rrosariom]

No entendi el comentario "Es una simple validacion, el problema es que el parametro que coincide"

Bye,
Rolando.

[leofuentes21]

Pon el codigo que tienes ahorita y donde te da el error..

[roman]

No trates de abarcar muchas cosas hasta no entender una plenamente. Me refiero a que antes de ponerte a manejar número de intentos inválidos y demás yerbas, primero te asegures que la consulta que quieres está funcionando.

Fíjate que en tu menaje original tienes esta consulta:

Código SQL [-]
select username,password FROM DBA_USERS
where username = ...
or password =

De entrada, esto es incorrecto, pues en lugar de or debería ser and, aunque en realidad, lo más adecuado sería simplemente:

Código SQL [-]
select username,password FROM DBA_USERS
where username = ...

es decir, sin la condición del password. Si encuentras una coincidencia, entonces sí, compara el password de la base con el que te dan.

Otra cosa: realmente no es lo más adecuado usar RecordCount para determinar si se encontraron registros coincidentes. Lo más recomendable es usar el método IsEmpty.

// Saludos

[ecfisa]

Empezado por roman

No trates de abarcar muchas cosas hasta no entender una plenamente.

Totalmente de acuerdo.

Otra cosa que no entiendo rrosariom, es que has que cambiado por completo el código inicial (sobre el que respondí en el mensaje #18) .
En ese mismo post, coincidiendo con los acertados consejos de roman, se usa and e IsEmpty en las comparaciónes. ¿ Probaste ese código ?

Saludos.

[roman]

No me había fijado que ya defcon1_es había, desde un principio, hecho notar lo de RecordCount. Aunque no estoy de acuerdo con la solución propuesta de utilizar Last puesto que ello implica traerse todos los registros al cliente.

Pero otra cosa que recién noto, y que me parece que ahí puede estar el porque no encuentra coincidencias, es que la consulta (al menos la original) compara directamente la contraseña almacenada en la tabla con la que escribe el usuario. Pero eso no puede ser, porque la contraseña en la base está encriptada, tal como se lee aquí:

PASSWORD 	VARCHAR2(30) 	  	Encrypted password

Luego entonces, habria primero que encriptar lo que escribe el usuario (desde luego, con la misma encriptación que la que se use en DBA_USERS) y compararla.

Por otra parte, no se entiende en realidad cómo se están capturando los datos de usuario y contraseña; pues es bastante extraño usar DBEdits para ello.

// Saludos

[rrosariom]

Buenos Días,

primeramente, disculpen a todos por la tardanza en responderle, lo que pasa es que tengo una inmensa cantidad de trabajo.

estoy utilizando or y no and porque hice una prueba directamente haciendo la consulta a la base de datos y con and no me devuelve el registro y con or si lo hace.

Segundo, pensé lo de la encriptación, e hice una prueba creando una tabla con usuario y clave e intente hacer la consulta y aun así me sigue pasando lo mismo

Tercero, lo ye probado con el empty y también me pasa lo mismo.

de todas formas haré una prueba otra vez y, usando una tabla y no la vista dba_users, porque no se mucho sobre el tema de encriptar y desencriptar password; o si ustedes tienen alguna experiencia al respecto y me ayudan como siempre se lo agradeceré

Bye,
Rolando.

[roman]

Empezado por rrosariom

estoy utilizando or y no and porque hice una prueba directamente haciendo la consulta a la base de datos y con and no me devuelve el registro y con or si lo hace.

Bueno, pero es que no es al gusto. Debe usarse AND sí o sí. Si con and no te resulta quiere decir entonces que o no coincide el usuario o no coincide la contraseña. Y claro, al hacer or "funciona" porque coincide el usuario pero en ese caso la contraseña puede ser lo que sea que la condición siempre se va a cumplir. Entonces estarías dejando entrar a cualquiera.

Y seguramente la consulta directa con and no funcionaba por lo mismo de la encripatción.

// Saludos