NHibernate vs Linq vs DataSet vs CastleProject

El Wed, 02 Jul 2008 11:08:45 -0500, Fernando Gómez escribió:

Mostrar la cita

Mostrar la cita

Eventualmente no. Siempre. Igual que el compilador JIT las traducirá a
código máquina. No se a donde quieres ir a parar con eso.

Pues eso fue lo que dije... Eventualmente == Siempre :S

Eventualmente = incierta o casualmente

http://buscon.rae.es/draeI/SrvltCon...ntualmente

Mostrar la cita

Si quieres hacer un programa que no emplee base de datos, tienes la
sobrecarga del acceso a datos.

Si no quieres hacer un programa que use bases de datos sigues teniendo la
potencia de los operadores de conjuntos, y si no quieres usarlos no los
usas y no hay sobrecarga ninguna.

Mostrar la cita

Sería interesante saber el nombre de esos
expertos y leer sus opiniones, ya que yo no he encontrado alguno (que no
trabaje *para* Microsoft). ¿Tendrás información al respecto, los podrías
proporcionar, de favor?

Pues por ejemplo Christopher Date, Hugh Darwen y Fabial Pascal. Lo que yo
no conozco es a expertos en bases de datos que trabajen para Microsoft.


Saludos
Alfredo

Alfredo Novoa wrote:
Mostrar la cita

El Wed, 02 Jul 2008 11:08:45 -0500, Fernando Gómez escribió:

Mostrar la cita

Mostrar la cita

Eventualmente no. Siempre. Igual que el compilador JIT las traducirá a
código máquina. No se a donde quieres ir a parar con eso.

Pues eso fue lo que dije... Eventualmente == Siempre :S

Eventualmente = incierta o casualmente

http://buscon.rae.es/draeI/SrvltCon...ntualmente

Ok, trataré en adelante de no usar versiones coloquiales (eventualmente
= tras varios eventos) y limitarme a la RAE. Al parecer esto causo
molestias, mis disculpas.

Mostrar la cita

Mostrar la cita

Si quieres hacer un programa que no emplee base de datos, tienes la
sobrecarga del acceso a datos.

Si no quieres hacer un programa que use bases de datos sigues teniendo la
potencia de los operadores de conjuntos, y si no quieres usarlos no los
usas y no hay sobrecarga ninguna.

Pero no tiene sentido (o no le veo sentido) sobrecargar un lenguaje para
que abarque algo que se puede hacer con una librería. Y la sobrecarga
está en el mismo runtime.

Mostrar la cita

Mostrar la cita

Sería interesante saber el nombre de esos
expertos y leer sus opiniones, ya que yo no he encontrado alguno (que no
trabaje *para* Microsoft). ¿Tendrás información al respecto, los podrías
proporcionar, de favor?

Pues por ejemplo Christopher Date, Hugh Darwen y Fabial Pascal. Lo que yo
no conozco es a expertos en bases de datos que trabajen para Microsoft.

¿Algún artículo en particular que recomiendes?

Mostrar la cita

Saludos
Alfredo

Hola Fernando,

El Wed, 02 Jul 2008 19:00:43 -0500, Fernando Gómez escribió:

Mostrar la cita

Ok, trataré en adelante de no usar versiones coloquiales (eventualmente
= tras varios eventos) y limitarme a la RAE. Al parecer esto causo
molestias, mis disculpas.

Eso no es una versión coloquial, es un barbarismo tomado del inglés
por que
"eventually" si que significa lo que tu dices. Pero yo nunca había
visto
usar "eventualmente" con ese sentido en español.

Pero tampoco causaste molestias, es normal equivocarse, y yo
simplemente
estaba corrigiendo algo que me pareció incorrecto.

Mostrar la cita

Mostrar la cita

Si no quieres hacer un programa que use bases de datos sigues teniendo la
potencia de los operadores de conjuntos, y si no quieres usarlos no los
usas y no hay sobrecarga ninguna.

Pero no tiene sentido (o no le veo sentido) sobrecargar un lenguaje para
que abarque algo que se puede hacer con una librería. Y la sobrecarga
está en el mismo runtime.

Es que no se puede hacer lo mismo con una biblioteca. Extendiendo el
lenguaje es posible la verificación sintáctica y la comprobación de
tipos
en tiempo de compilación. Con una biblioteca no es posible. Además de
esto
el código puede ser bastante más conciso.

Mostrar la cita

Mostrar la cita

Pues por ejemplo Christopher Date, Hugh Darwen y Fabial Pascal. Lo que yo
no conozco es a expertos en bases de datos que trabajen para Microsoft.

¿Algún artículo en particular que recomiendes?

Ahora estoy un poco liado para ponerme a buscar, a ver si más tarde
tengo
un rato.


Saludos
Alfredo

Hola Fernando,

On 2 jul, 18:17, Fernando Gómez wrote:
Mostrar la cita

> ¿Pero por que quieres usar Crystal Reports con datasets?

Si tienes una capa de datos ya hecha, lo lógico (para seguir una
arquitectura en capas) es que tus reportes usen la capa de datos, que
posiblemente provean alguna interfaz al DataSet.

Hombre, si tuvieses un "middleware" que usase DataSets entonces si
tendría sentido.


Saludos
Alfredo

Alfredo Novoa wrote:
Mostrar la cita

Hola Fernando,

On 2 jul, 18:17, Fernando Gómez wrote:
Mostrar la cita

Mostrar la cita

¿Pero por que quieres usar Crystal Reports con datasets?

Si tienes una capa de datos ya hecha, lo lógico (para seguir una
arquitectura en capas) es que tus reportes usen la capa de datos, que
posiblemente provean alguna interfaz al DataSet.

Hombre, si tuvieses un "middleware" que usase DataSets entonces si
tendría sentido.


Saludos
Alfredo

En efecto, también tendría sentido, dado el caso. Ambas situaciones son
ejemplos de cuándo emplear DataSets con Crystal Reports. :)