Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
Buenas tardes, después de muchos intentos, soy incapaz de cargar la sección de acceso de mi documento desde una consulta a una base de datos, cuando sin embargo, si que me funciona perfectamente desde una hoja de cálculo.
Este código funciona bien:
SECTION ACCESS;
LOAD ACCESS,NTNAME,USERID,PASSWORD,SACDIRECCION,SACGERENCIA,SACCENTRO
FROM
[$(vPath)usuarios.xls]
(biff, embedded labels, table is Hoja1$);
Section Application;
pero cuando pongo este otro,
ODBC CONNECT32 TO [DS PRUEBA];
SECTION ACCESS;
LOAD ACCESS,
NTNAME,
USERID,
PASSWORD,
SACDIRECCION,
SACGERENCIA,
SACCENTRO;
SQL SELECT ACCESS,
NTNAME,
USERID,
PASSWORD,
SACDIRECCION,
SACGERENCIA,
SACCENTRO
FROM Admin.PERMISOS;
Section Application;
al guardar, cerrar y volver a abrir el documento, me deniega el acceso.
Por supuesto, la información de la tabla y de la hoja de cálculo es idéntica.
¿Hay algo que tenga que tener en cuenta con respecto a la carga de la sección de acceso desde una base de datos?
Muchas gracias.
Pues estoy algo contrariado...aunque no tiene sentido y después de probar todo tipo de cosas, lo he solucionado poniendo un UCASE en los campos que tenían datos alfanuméricos, y ha funcionado. No entiendo nada...
SELECT UCASE(ACCESS) as ACCESS,
UCASE(NTNAME) as NTNAME,
UCASE(USERID) as USERID,
UCASE(PASSWORD) as PASSWORD,
SACDIRECCION,
SACGERENCIA,
SACCENTRO
FROM Admin.PERMISOS
Lo curioso, es que cuando me pide al arrancar el valor USERID y PASSWORD, pongo los valores en minúsculas y funciona...
No se, otra de esas cosas que funcionan sin saber como...
Gracias Rubén de todas formas...seguro que todo esto tiene alguna explicación...
Hola Oscar, yo probaría en otro documento con este script para encontrar si al cargar los datos en QlikView hay alguna diferencia entre los datos de excel y los de DSPrueba, así primero descartamos que al cargar en QV algún dato varíe respecto al origen de datos:
Qualify *;
excel:
LOAD ACCESS,NTNAME,USERID,PASSWORD,SACDIRECCION,SACGERENCIA,SACCENTRO
FROM
[$(vPath)usuarios.xls]
(biff, embedded labels, table is Hoja1$);
DSPrueba:
LOAD ACCESS,
NTNAME,
USERID,
PASSWORD,
SACDIRECCION,
SACGERENCIA,
SACCENTRO;
SQL SELECT ACCESS,
NTNAME,
USERID,
PASSWORD,
SACDIRECCION,
SACGERENCIA,
SACCENTRO
FROM Admin.PERMISOS;
Comprobado, los mismos registros, con todo exactamente igual ![]()
Si siguiendo el mismo procedimiento (cerrar QV, abrirlo con el mismo usuario y el mismo método,...) con el Excel te funciona y leyendo de BBDD no te funciona no tengo ni idea de lo que puede estar pasando.![]()
Por poner otra prueba a ver si detectamos algo sería cargar todo en el section application, así puedes seleccionar el NTNAME que quieras y comprobar que realmente hay relación con la información. Uno de los motivos por los que puede bloquearse la aplicación es porque en los datos no se ha cargado la información relacionada.
Pues estoy algo contrariado...aunque no tiene sentido y después de probar todo tipo de cosas, lo he solucionado poniendo un UCASE en los campos que tenían datos alfanuméricos, y ha funcionado. No entiendo nada...
SELECT UCASE(ACCESS) as ACCESS,
UCASE(NTNAME) as NTNAME,
UCASE(USERID) as USERID,
UCASE(PASSWORD) as PASSWORD,
SACDIRECCION,
SACGERENCIA,
SACCENTRO
FROM Admin.PERMISOS
Lo curioso, es que cuando me pide al arrancar el valor USERID y PASSWORD, pongo los valores en minúsculas y funciona...
No se, otra de esas cosas que funcionan sin saber como...
Gracias Rubén de todas formas...seguro que todo esto tiene alguna explicación...
Bueno es saberlo, sabía que los nombres de los campos tenían que ser en mayúsculas pero lo de que el valor tenga que ser en mayúsculas cuando viene de la BBDD es algo nuevo, espero acordarme si alguna vez me encuentro con algo parecido.
Podrías marcar tu última respuesta como respuesta correcta para cerrar el hilo y de paso poder encontrarlo más facilmente si alguna vez queremos buscarlo.
Saludos.