Linq to SQL, ¿muerto?

Yo tiendo a trabajar con datatables que se llenan dinámicamente sin estar
atados a unas columnas o a estarlo lo menos posible
Y va bien... pero intenta trabajar con reporting o crystal así,

Hola Juan, una pregunta ya que no entendí bien. Hablas de datatables sin
tipo ?
Si es el caso, dices que dan problema con los reportes ?

gracias.

Hola José:

On 7 nov, 14:58, "Jose TH" <thjosepth> wrote:

>Yo tiendo a trabajar con datatables que se llenan dinámicamente sin estar
>atados a unas columnas o a estarlo lo menos posible
> Y va bien... pero intenta trabajar con reporting o crystal así,

Hola Juan, una pregunta ya que no entendí bien.    Hablas de datatables sin
tipo ?
Si es el caso, dices que dan problema con los reportes ?

Hace siglos que hablamos de algo similar, sobre todo referente a los
datasets tipados.

Un datatable sin tipo no es que de problemas con los informes... es
que sencillamente no se puede atar a un informe como sí se hace con un
datatable dentro de un dataset tipado. Respecto a los dos generadores
de informes que conozco y con los que he trabajado:

Crystal Reports: Puedes tener como origen de datos el propio SGBD o un
dataset tipado con sus datatables. Nada más
Reporting Services (con informes locales, ya que con los de servidor
no he trabajado): Puedes tener como origen de datos un SGBD (pero al
final no hace sino crear un dataset tipado para ello), un servicio
web, o un objeto. Descartando el uso de servicio web para una
aplicación de escritorio, quedaría el objeto. El tema es el mismo de
siempre, si tu usas un datatable sin tipo, a priori no sabe las
columnas que tiene hasta que se hace un fill sobre él. Tampoco he dado
con la tecla de poder hacer que sea origen de datos aunque se le hayan
creado los datacolumns correspondientes, ya que no puedes acceder a
sus columnas en el diseño del informe.

Es a eso a lo que me refiero.

Un saludo

Hola Juan Diego,

El Fri, 7 Nov 2008 06:02:40 -0800 (PST), Juan Diego Bueno escribió:

Crystal Reports: Puedes tener como origen de datos el propio SGBD o un
dataset tipado con sus datatables. Nada más

Bueno, supongo que también te podrías crear tu propio "ADO.NET Provider".


Saludos

Lo preguntaba es porque justo ahora voy a empezar a trabajar con reporting
services y como acostumbro a usar datatables sin tipo, me llamo la atencion
el comentario.
Por lo que veo, me tocara seguir sufriendo con .NET :) ahora que pensaba
haber superado lo peor.

Gracias por explicarlo.


"Juan Diego Bueno" wrote in message
news:
Hola José:

On 7 nov, 14:58, "Jose TH" <thjosepth> wrote:

>Yo tiendo a trabajar con datatables que se llenan dinámicamente sin estar
>atados a unas columnas o a estarlo lo menos posible
> Y va bien... pero intenta trabajar con reporting o crystal así,

Hola Juan, una pregunta ya que no entendí bien. Hablas de datatables sin
tipo ?
Si es el caso, dices que dan problema con los reportes ?

Hace siglos que hablamos de algo similar, sobre todo referente a los
datasets tipados.

Un datatable sin tipo no es que de problemas con los informes... es
que sencillamente no se puede atar a un informe como sí se hace con un
datatable dentro de un dataset tipado. Respecto a los dos generadores
de informes que conozco y con los que he trabajado:

Crystal Reports: Puedes tener como origen de datos el propio SGBD o un
dataset tipado con sus datatables. Nada más
Reporting Services (con informes locales, ya que con los de servidor
no he trabajado): Puedes tener como origen de datos un SGBD (pero al
final no hace sino crear un dataset tipado para ello), un servicio
web, o un objeto. Descartando el uso de servicio web para una
aplicación de escritorio, quedaría el objeto. El tema es el mismo de
siempre, si tu usas un datatable sin tipo, a priori no sabe las
columnas que tiene hasta que se hace un fill sobre él. Tampoco he dado
con la tecla de poder hacer que sea origen de datos aunque se le hayan
creado los datacolumns correspondientes, ya que no puedes acceder a
sus columnas en el diseño del informe.

Es a eso a lo que me refiero.

Un saludo

Hola Alfredo:

Hola Juan Diego,

El Fri, 7 Nov 2008 06:02:40 -0800 (PST), Juan Diego Bueno escribió:

Crystal Reports: Puedes tener como origen de datos el propio SGBD o un
dataset tipado con sus datatables. Nada más

Bueno, supongo que también te podrías crear tu propio "ADO.NET Provider".

Con Crystal es que ya ni pruebo... me stressan sobremanera sus problemas con
las diferentes versiones y lo lento que va a veces.

En el caso concreto de reporting, creo que lo que voy es a tener que crearme
mi propio "dataset" tipado. Con lo justo y necesario para que el generador
reconozca ese objeto como fuente de datos.

Lo otro es que me da una pereza... :)

Saludos