148 en ambos casos Saludos PabloC ----- Original Message ----- From: Oscar Zárate To: GUFA List Member Sent: Tuesday, June 19, 2007 8:33 AM Subject: [GUFA] Problema en select-sql
A ver muchachotes!!!! Alguno mas que corra el PRG, please. (lo atacho por si no lo tienen) Gracias a la banda. On 6/19/07, Fabricio (GUFA) <[EMAIL PROTECTED]> wrote: > Oscar: Gracias por investigar lo que puedas. Para mí también es extraño y > lamentablemente me deja con más dudas que certezas, ya que no puedo asegurar > que el problema no vuelva a darse en otras circunstancias. > > Con respecto a la naturaleza de las tablas, son las reales (con los datos > cambiados descriptivos obviamente). No tienen índices. Son cursores > creados con SQLEXEC luego de leer tablas en SQL 2000. > > Hubiera sido útil si alguien más probara el prg para ver si alguien más > reproducía el error o es sólo un problema de PC. > > Saludos > Fabricio A. Bridera > [EMAIL PROTECTED] > ----- Original Message ----- > From: "Oscar Zárate" <[EMAIL PROTECTED]> > To: "GUFA List Member" <[email protected]> > Sent: Friday, June 15, 2007 8:54 PM > Subject: [GUFA] Problema en select-sql > > > Pablo, GRACIAS por meterte. > > Fabricio, no le encuentro nada. Es muy extranio. Podrias agregarle un > indice y relacionar las tablas y pararte en ese registro? > > Las tablas son las del ejemplo, no? No son otras? Las otras ... no > tienen indices? Porque lo unico que se me ocurre es que tengas un > indice corrupto y por eso al cambiar el algoritmo anda, pero asi ... > en tablas planas sin indices donde el motor tiene que leer todos los > registros ... no le veo nada. > > SaludOZ, > > On 6/16/07, Fabricio (GUFA) <[EMAIL PROTECTED]> wrote: > > Oscar: El registro que no me sale es el que tiene DocId 28177, registro > 44 > > de la tabla CFactPend. > > Pablo: Probé de borrar foxuser.* y volvera entrar a VFP y sigue igual. > > > > Fabricio A. Bridera > > [EMAIL PROTECTED] > > ----- Original Message ----- > > From: "Oscar Zárate" <[EMAIL PROTECTED]> > > To: "GUFA List Member" <[email protected]> > > Sent: Friday, June 15, 2007 11:37 AM > > Subject: [GUFA] Problema en select-sql > > > > > > ok, > > > > No encuentro la forma que te de 147. > > > > select distinct a.DocId, CodPro, TipoComp, Letra, Suc, Nro, FecEmision,; > > RazonSoc, CUIT, Moneda, Monto, Imp1; > > from CFactPend a inner join CDetIVA b; > > on a.DocId = b.DocId; > > order by CodPro, FecEmision, TipoComp, Letra, Suc, Nro > > > > > > Siempre da 148. Podes extraer cual es el registro que no esta en el > > otro ... hace el select de lo que no esta en el otro select (148 en > > 147 .... va a faltar uno ... contame cual es ese uno). > > > > No encuentro la forma que de 147. > > > > Saludos, > > > > PS: Hay algo mas que vos estas haciendo y no es exactamente el ejemplo? > > > > > > > > On 6/14/07, Oscar Zárate <[EMAIL PROTECTED]> wrote: > > > Che mostro, > > > > > > me da con los dos 148 registros, > > > > > > select distinct a.DocId, CodPro, TipoComp, Letra, Suc, Nro, > FecEmision,; > > > RazonSoc, CUIT, Moneda, Monto, Imp1; > > > from CFactPend a inner join CDetIVA b; > > > on a.DocId = b.DocId; > > > order by CodPro, FecEmision, TipoComp, Letra, Suc, Nro > > > > > > igual que con > > > > > > select distinct a.DocId, CodPro, TipoComp, Letra, Suc, Nro, FecEmision,; > > > RazonSoc, CUIT, Moneda, Monto, Imp1; > > > from CFactPend a inner join CDetIVA b; > > > on val (str (a.DocId))= val (str (b.DocId)); > > > order by CodPro, FecEmision, TipoComp, Letra, Suc, Nro > > > > > > Podes mandar la lista de sets que tenes. > > > > > > > > > Algo MUY raro pasa ... esta bien que nos de diferencia en el tiempo > > > que tarda (jajaja) pero no en la cantidad de resultados .... hay > > > alguno mas que tenga el numero ... Martin aporta asi la gente se > > > prende (hahaha), > > > > > > Saludos, > > > > > > On 6/13/07, Fabricio (GUFA) <[EMAIL PROTECTED]> wrote: > > > > Adjunto un prg con la consulta que da el problema. Es una consulta > que > > une > > > > un archivo de facturas con otro donde está el IVA correspondiente a > cada > > > > una. Se supone que toda Factura tiene un registro en la otra tabla, > > aunque > > > > más no sea en 0. No pasa por ahí el problema. > > > > > > > > Hay 2 facturas de un proveedor llamado ERROR. > > > > > > > > Si en el select-sql la cláusula para combinar las tablas se ponde val > > (str > > > > (a.DocID))= val (str (b.DocID)) funciona OK. > > > > Si uno coloca a.DocID= b.DocID directamente hay 1 de esas 2 facturas > que > > no > > > > la toma. > > > > > > > > Espero comentarios > > > > Fabricio A. Bridera > > > > [EMAIL PROTECTED] > > > > > > > > ----- Original Message ----- > > > > From: "Oscar Zárate" <[EMAIL PROTECTED]> > > > > To: "GUFA List Member" <[email protected]> > > > > Sent: Tuesday, June 12, 2007 8:55 AM > > > > Subject: [GUFA] Problema en select-sql > > > > > > > > > > > > Podes mandar ejemplos? > > > > > > > > No es razonable. > > > > > > > > SaludOZ, > > > > > > > > On 6/12/07, Fabricio (GUFA) <[EMAIL PROTECTED]> wrote: > > > > > > > > > > Reenvío este problema ya que sigo sin encontrar una explicación > > segura. > > > > > Hasta ahora lo estoy haciendo andar con prueba y error. Pero es > hasta > > que > > > > > sale un nuevo caso y no me toma algún registro y siempre tengo que > ir > > a > > > > > tocar el select-sql y núnca sé si será la última vez. > > > > > > > > > > Fabricio A. Bridera > > > > > [EMAIL PROTECTED] > > > > > ----- Original Message ----- > > > > > From: Fabricio (GUFA) > > > > > To: [email protected] > > > > > Sent: Tuesday, May 22, 2007 8:44 AM > > > > > Subject: Problema en select-sql > > > > > > > > > > Hola a todos, tengo el siguiente problema. > > > > > > > > > > Desde VFP hago una serie de consultas a una BD en SQL 2000. Los > > campos > > > > > código los genera como enteros en las dbf del resultado de la > > consulta. > > > > > > > > > > Luego, ya trabajando en VFP desconectado de SQL, hago un select como > > el > > > > que > > > > > sigue: > > > > > > > > > > select Cursor1.Id1, Cursor1.Desc1, Cursor2.Desc2; > > > > > from Cursor1, Cursor2; > > > > > where Cursor1.Id1= Cursor2.Id1; > > > > > into cursor NuevoCursor > > > > > > > > > > donde obviamente el campo Id1 sirve para relacionar ambos cursores. > > Ambos > > > > > campos con numéricos enteros. > > > > > > > > > > El problema es que a veces (no siempre) algunos registros que > > coinciden en > > > > > el campo Id1 no los trae. Primero probé en vez de Cursor1.Id1= > > > > Cursor2.Id1, > > > > > lo cambié por val (str (Cursor1.Id1))= val (str (Cursor2.Id1)) y me > > > > > funcionó. Pero después me saltó un caso que si lo proceso con > muchos > > > > > registros más no lo toma y si lo proceso solo, sí. Por último probé > > > > cambiar > > > > > el select por lo siguiente: > > > > > > > > > > select Cursor1.Id1, Cursor1.Desc1, Cursor2.Desc2; > > > > > from Cursor1 inner join Cursor2; > > > > > on val (str (Cursor1.Id1))= val (str (Cursor2.Id1)); > > > > > into cursor NuevoCursor > > > > > > > > > > Con este último cambio funcionó. > > > > > > > > > > De todos modos me queda la duda por qué me da problemas con los > casos > > > > > anteriores. > > > > > > > > > > ¿Alguien tiene alguna idea? > > > > > > > > > > Saludos > > > > > Fabricio A. Bridera > > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > __________ Información de NOD32, revisión 2334 (20070615) __________ Este mensaje ha sido analizado con NOD32 antivirus system http://www.nod32.com
