Idem
ricardo aidelman (socio 1545)
praxis computación
buenos aires
argentina
-----Mensaje original-----
De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Omar Bellio
Enviado el: Martes, 19 de Junio de 2007 09:17 a.m.
Para: GUFA List Member
Asunto: [GUFA] Problema en select-sql
A mí los 2 queries me dan 148 registros... No further searching is
possible...
VFP 9 SP1
-----Mensaje original-----
De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Oscar Zárate
Enviado el: Tuesday, June 19, 2007 8:33 AM
Para: GUFA List Member
Asunto: [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]
> > > > >
> > > >
> > > >
> > > >
> > >
> >
> >
> >
> >
>
>
>
>
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.472 / Virus Database: 269.9.0/852 - Release Date: 17/06/2007
8:23 AM
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.472 / Virus Database: 269.9.0/852 - Release Date: 17/06/2007
8:23 AM
--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.472 / Virus Database: 269.9.0/853 - Release Date: 18/06/2007
03:02 p.m.
__________________________________________________
Preguntá. Respondé. Descubrí.
Todo lo que querías saber, y lo que ni imaginabas,
está en Yahoo! Respuestas (Beta).
¡Probalo ya!
http://www.yahoo.com.ar/respuestas
