Ahh... Esta bien, esa forma si se como hacerla, el tema es, hay ya algun patron u otra cosa parecida que me evite recorrer cada string buscando y rearmando..?
O sea, entiendo como es que tiene que quedar la consulta armada, lo que no se es que logica me coviene usar para que esto que ya esta en la base y lo proximo que vendra no sea tremendo al momento de leer , reconocer y cambiar estos string.. El día 16/10/07, Maxi Accotto <[EMAIL PROTECTED]> escribió: > > Claudia, en lugar de usar por ejemplo > > select campos from tabla1,tabla2 > where tabla1.campo = tabla2.campo > > Deberia usar: > > select campos from tabla1 inner join tabla2 on > tabla1.campo = tabla2.campo > > Si es *= lo reemplaza por Left Join > > El 16/10/07, Claudia Almeda <[EMAIL PROTECTED]> escribió: > > no entendi.... > > me podrias explicar un poquito mas detallado...? > > Gracias por eso y por responderme... > > > > > > > > El día 4/10/07, Jose Mariano Alvarez <[EMAIL PROTECTED]> > > escribió: > > > > > > Es simple, lo que agregabas en el where por culpa de los joins ahora > va en > > el FROM usando la sintaxis ANSI. > > > Solo eso debes cambiar. > > > > > > > > > Saludos > > > > > > > > > -- > > > -------------------------------- > > > Atte. > > > Ing. Jose Mariano Alvarez > > > SQL Total Consulting . > > > . > > > > > > > > > > > > On 10/4/07, Claudia Almeda <[EMAIL PROTECTED] > wrote: > > > > > > > > Hola Lista..!!! > > > > Como estan? veo que a full... > > > > > > > > Les cuento: > > > > > > > > > > > > Tengo una aplicacion que se comporta de manera similar al Query > > Analyzer, es decir, al usuario se le ofrece un arbol con todas las > tablas > > (con sus respectivos campos) a los que tiene permisos de select, este > puede > > ir seleccionando campos y tablas e ir armando consultas en forma > dinamica. > > > > > > > > Esta aplicacion hasta el momento esta corriendo en VB6 con SQL > Server 7, > > la queremos migrar a SQL Server 2005. Contamos con una tabla que guarda > las > > consultas que el usuario ejecuta (a modo de historial) esta tiene la > > siguiente forma: > > > > > > > > Campo_IDUSU Campo_SELECT Campo_FROM Campo_WHERE > > > > > > > > Resulta que el campo Campo_SELECT contiene la lista de campos que se > > desea consultar ( incluidos campos calculados), el campo Campo_FROM > tiene > > una lista separada por comas de las tablas involucradas, y por ultimo el > > campo Campo_WHERE ( de un modo muy feo ) contiene una lista separada por > > comas de los campos condicionados mas las RELACIONES ( con *= y =*, un > > horror lo se) mas ORDER BY mas HAVING mas GROUP BY si correspondiera... > > > > > > > > El problema como se daran cuenta es que ya no corren los *= y =* asi > que > > si o si tengo que rearmar el contenido de los campos Campo_FROM y > > Campo_WHERE... > > > > > > > > > > > > Alguien tiene alguna idea de como hacer esto.. se me ocurrieron > varias, > > pero no me convence ninguna, es por eso que busco otras opiniones... > > > > > > > > Capaz existe algun patron para este tipo de casos, o ha alguien le > toco > > algo similar y puede contarme > > > > > > > > Besos.... > > > > > > > > Gracias... > > > > > > > > > > > > > > > > -- > > > > Atte Almeda Claudia > > > > > > > > > > > > > > -- > > Atte Almeda Claudia > > > -- > ----------------------------------------------------------- > Microsoft MVP en SQL Server > Mentor asociado en SQLTotalConsulting > Excelencia en servicios y consultoria SQLServer > www.sqltotalconsulting.com > ----------------------------------------------------------- > > -- Atte Almeda Claudia
