En una consulta no importa los datos correctamente o los ignora

20/08/2007 - 16:00 por JGD | Informe spam
Hola,
Estoy intentando importar en un libro de excel un rango de otro libro de
excel a usando "obtener datos externos" pero el resultado que obtengo es que
en el encabezado donde tengo números me substituye los separadores decimales
por # (ej, 0.5 por 0#5) y omite otros datos del rango origen.
Tengo Excel 2002 SP3.
Gracias por vuestra ayuda.

Preguntas similare

Leer las respuestas

#1 Héctor Miguel
21/08/2007 - 00:20 | Informe spam
hola, !

Estoy intentando importar en un libro de excel un rango de otro libro... usando "obtener datos externos"
pero el resultado que obtengo es que en el encabezado donde tengo numeros me substituye los separadores decimales
por # (ej, 0.5 por 0#5) y omite otros datos del rango origen. Tengo Excel 2002 SP3.



[hasta donde se] para las bases de datos, el punto se utiliza como *calificador* para separar nombres [asi que]...
si existen puntos como parte de los encabezados, el controlador los reemplaza para evitar *ambiguedades* ;)

saludos,
hector.
Respuesta Responder a este mensaje
#2 JGD
21/08/2007 - 11:04 | Informe spam
"Héctor Miguel" wrote:

[hasta donde se] para las bases de datos, el punto se utiliza como *calificador* para separar nombres [asi que]...
si existen puntos como parte de los encabezados, el controlador los reemplaza para evitar *ambiguedades* ;)

saludos,
hector.



Hola Héctor.
Primero gracias por responder a mi pregunta.
En cierta forma, lo de los puntos lo podría solucionar de otra manera pero
ahora lo que más me bloquea es el que la consulta no recupere todos los datos.
Lo he probado con otros rangos que no tienen fórmulas y me pasa lo mismo.
El archivo fue modificado a partir de uno de Lotus 123 y no se si eso le
puede influir.
Si alguna vez te pasó que una consulta no te devolviera parte de los datos
te agradezco que me digas cual era el problema para mirarlo en mi caso.
Respuesta Responder a este mensaje
#3 Héctor Miguel
22/08/2007 - 02:44 | Informe spam
hola, !

ahora lo que mas me bloquea es el que la consulta no recupere todos los datos.
Lo he probado con otros rangos que no tienen formulas y me pasa lo mismo.
El archivo fue modificado a partir de uno de Lotus 123 y no se si eso le puede influir.
Si alguna vez te paso que una consulta no te devolviera parte de los datos
te agradezco que me digas cual era el problema para mirarlo en mi caso.



pues... no, que yo recuerde nunca me ha sucedido ;)
sera por que nunca he necesitado consultar desde excel otros libros de excel :))
[simplemente, abro los otros libros desde el mismo excel] :D

por que no comienzas por comentar algunos detalles adicionales ?
- libro, hoja y rango de datos [y el tipo de datos que contiene] del libro que consulas
- como queda la sentencia de la consulta [ms-query, sql]
- algun indicador de en cuales/cuantos datos empieza la falla
- [cosas por ese estilo] ;)

saludos,
hector.
Respuesta Responder a este mensaje
#4 JGD
22/08/2007 - 09:24 | Informe spam
Hola

sera por que nunca he necesitado consultar desde excel otros libros de excel :))
[simplemente, abro los otros libros desde el mismo excel] :D



En este caso no quiero abrir el archivo porque estos datos los voy a
utilizar para realizar un proceso con una macro y me ralentiza el proceso si
tiene que acceder directamente a ese fichero.

- libro, hoja y rango de datos [y el tipo de datos que contiene] del libro que consulas


Los datos que contiene son variados, numéricos, texto, resultados de
fórmulas (ya he visto para que los guarde). Por lo que he visto ayer, el
problema creo que está en que el rango que necesito recuperar contiene en la
misma columna celdas con números y otras con texto pero no puedo
transformarlos todos a texto.

- como queda la sentencia de la consulta [ms-query, sql]



SELECT UTIL120.Terminal, UTIL120.Pldo, UTIL120.GRUPO, UTIL120.ÚTIL,
UTIL120.`0#35`, UTIL120.`0#50`, UTIL120.`0#60`, UTIL120.`0#75`,
UTIL120.`1#00`, UTIL120.`1#40`, UTIL120.`1#50`, UTIL120.`2#00`,
UTIL120.`2#50`, UTIL120.`3#00`, UTIL120.`4#00`, UTIL120.`5#00`
FROM `T:\ALT_ENG`.UTIL120 UTIL120

- algun indicador de en cuales/cuantos datos empieza la falla



Por lo que he visto me falla en las columnas donde hay a la vez celdas con
texto y con números pero incluso dependiendo de la ocasión, omite la parte de
los números o del texto sin cambiar nada en el fichero.

Un saludo:
JGD
Respuesta Responder a este mensaje
#5 Héctor Miguel
22/08/2007 - 23:16 | Informe spam
hola, !

__ 1 __
En este caso no quiero abrir el archivo porque estos datos los voy a utilizar para realizar un proceso con una macro
y me ralentiza el proceso si tiene que acceder directamente a ese fichero.
Los datos que contiene son variados, numericos, texto, resultados de formulas (ya he visto para que los guarde)...


__ 2 __
- como queda la sentencia de la consulta [ms-query, sql]



SELECT UTIL120.Terminal, UTIL120.Pldo, UTIL120.GRUPO, UTIL120.àšTIL,
UTIL120.`0#35`, UTIL120.`0#50`, UTIL120.`0#60`, UTIL120.`0#75`,
UTIL120.`1#00`, UTIL120.`1#40`, UTIL120.`1#50`, UTIL120.`2#00`,
UTIL120.`2#50`, UTIL120.`3#00`, UTIL120.`4#00`, UTIL120.`5#00`
FROM `T:\ALT_ENG`.UTIL120 UTIL120


__ 3 __
- algun indicador de en cuales/cuantos datos empieza la falla



Por lo que he visto me falla en las columnas donde hay a la vez celdas con texto y con numeros
pero incluso dependiendo de la ocasion, omite la parte de los numeros o del texto sin cambiar nada en el fichero.



[creo que esto va para largo]...

1) no quieres abrir el fichero [ok]... sin embargo...

2) estas volcando [aparentemente] SIN filtro los datos del fichero cerrado, y no se aprecia si con TODAS las columnas...
o estas *pasando* solo algunas *ciertas* columnas de manera *discrecional*... ademas...
'el detalle' esta en el motor de consulta que utiliza la sentencia sql/ms-query:
ES [solamente] una herramienta para conectar origenes de datos externos como 'asistente' para desarrollar las sentencias

3) [si no recuerdo mal] los motores de consulta a bases externas *asumen* para cada campo/columna...
-> el tipo de datos que encuentran en los *primeros registros*, por lo cual...
-> es poco conveniente *mezclar* tipos de datos [en un campo/columna] si la consulta va a ser por *lenguaje estructurado* [SQL]

4) 'determinar' si es mas conveniente usar consultas de tipo SQL o alguna otra alternativa [probablemente]...
va a depender de algunos otros factores [p.e.]
- el numero de 'registros y campos' [filas y columnas] que tengas en el libro 'movimientox.xls'
- si quieres conservar/acumular/eliminar/... las consultas que vayas efectuando [p.e.] en alguna otra hoja [o rango]
- donde, como y cuando necesites refrescar/actualizar/... alguna consulta
- si el libro 'movimientos.xls' lo tienes protegido [p.e.] con claves contra escritura/escritura
- [probablemente existan mas 'imponderables'] -?-

5) opciones/alternativas/... para conseguir un 'rescate' de datos en un libro cerrado ?
a) macros y ADO, prueba visitando sitios con informacion 'relevante' +/- como los siguientes [solo por indicar algunos]...
-> Carl Prothman: -> http://www.carlprothman.net/Default.aspx?tabid
cadenas para conectar con diferentes 'proveedores'
-> Ole P Erlandsen: -> http://www.erlandsendata.no/english...t=envbadac
ejemplos de codigos para obtener datos a traves de vba [ADO/DAO]
-> Andy Wiggins: -> http://www.bygsoftware.com/Excel/sql.htm
ejemplos con SQL
b) realizar una consulta para 'obtener datos externos' a traves de MS-Query
[aunque *este* es el punto donde *estamos atorados*... una vez arreglado este asunto]...
podrias despues 'parametrizar' los datos de consulta y vincularlos a celdas 'apropiadas' ;)
c) tener 'preparada' una tabla con formulas como buscarv, indice, coindicir, [etc.] vinculadas al libro 'movimientos.xls'

probablemente se pudieran 'idear' dos o mas alternativas adicionales [pero sin conocer +/- exactamente lo que necesitas] -???-

si cualquier duda [o informacion adicional]... comentas ?
saludos,
hector.
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida