Combinar tablas para un Reporte

[Gydba]

Si, estoy de acuerdo con catedill que no son lo mismo.

Por otro lado me llamó la atención eso de: "esta sintaxis para los joins hay algunos que no se atreven a implementarla" de jachguate, comprendo bien que algunos motores tengan ciertas limitaciones pero que algunos no se atrevan a implementarlo me lleva a preguntar ¿Por qué? ¿Qué riesgos tiene el utilizar joins para este tipo de consultas?

[jachguate]

Empezado por Gydba

Por otro lado me llamó la atención eso de: "esta sintaxis para los joins hay algunos que no se atreven a implementarla" de jachguate

Es una expresión sarcástica que hace referecia a las limitaciones de algunos motores, y no a algun riesgo en su uso o implementación.

Hasta luego.

[Gydba]

, como diría Homero ando un poco "lelo" el día de hoy.

[silviodp]

Sí entiendo lo que tengo que hacer, pero ese código tengo que escribirlo dentro de la propiedad SQL de la Query?, y luego ejecutarlo desde mi programa?
Gracias.

Silvio.-

[jachguate]

Hola Silvio. Te recomiendo leer un libro sobre delphi (la mayoría incluyen un capítulo o dos para diseño de reportes). Podes iniciar con La Cara oculta de delphi, que podes descargar desde la web de su autor http://www.marteens.com.

A grandes razgos, en un Tquery meté la sentencia, agregas los campos. Crea un Nuevo QuickReport, asocialo al query mediante su propiedad dataset. Luego pones una banda de título, una de header y una de detalle (simplemente haciendo doble clic sobre la parte blanca del reporte, añadí estas bandas). En la banda detalle, añadí tantos TqrDBText como sea necesario, y asocia cada uno al DataSet (query) y al campo que queres que imprima.

Si abris el query en tiempo de diseño, podes previsualizar el reporte usando el menú contextual de quick report.

Hasta luego.

[silviodp]

Está bien en realidad esa no era mi pregunta, es decir como se crea un QReport, eso creo que lo sé hacer, el problema era la combinación de tablas. Más precisamente era si una vez que escribí las sentencias SQL donde las ejecuto, o sea tengo que ponerlas en la propidad SQL del Query????????
A veces las preguntas no son completas pero tampoco a veces lo son las respuestas!!!
Gracias, saludos.-

Silvio.-

[__cadetill]

Empezado por silviodp

...o sea tengo que ponerlas en la propidad SQL del Query????????

Ya sea en diseño o en ejecución, la respuesta es sí

Empezado por silviodp

A veces las preguntas no son completas pero tampoco a veces lo son las respuestas!!!

La respuestas (al menos la mayoría de las que yo doy) suelen ser orientativas, es decir, te encaminamos a la solución pero sin dártela toda. Eso no tendría gracia y no se aprendería nada

[jachguate]

Empezado por silviodp

A veces las preguntas no son completas pero tampoco a veces lo son las respuestas!!!

Hola Silvio.

Sin ánimo de entrar en polémica... pero hay cosas que son bastante obvias (como el que una sentencia SQL debe ir en la propiedad SQL). Luego de tu segunda pregunta, yo supuse que no sabias nada y, en buen plan, traté de orientarte un poco mas. Si ya lo tenias mas claro, quizas te hubiera costado el mismo esfuerzo que hacer esa pregunta aqui, pegar el código en la propiedad SQL y ver que sucedia... no te parece?

Creo que el objetivo final de los foros, o al menos el mio en particular, es lograr que la gente investigue un poco mas por su cuenta, se atreva a probar, y ya que las cosas no le salen, que venga aqui a plantear sus dudas..... de esa forma todos nos ayudamos un poco. Pero si no es asi, muchas veces da la impresión que se trabaja por los demás... y la primera opción es preguntar en el club (muchas veces incluso sin utilizar la busqueda en los históricos), cuando debiera ser despues de haber investigado.

Cada caso es distinto... pero estamos hablando de actitud. No echo todo este rollo aqui por vos... pero aprovecho la oportunidad para que quienes lo vean se cuestionen un poco y juzguen si tengo o no tengo razón.

Hasta luego.

[roman]

Empezado por silviodp

A veces las preguntas no son completas pero tampoco a veces lo son las respuestas!!!

Ya algo te han dicho y yo agrego: éste no es un servicio técnico por el que tú pagas y nosotros respondemos. Por lo mismo, quienes deseamos preguntar algo estamos obligados, como mínimo, a ser claros en nuestras preguntas pero nadie está obligado a darnos una respuesta completa.

// Saludos