C# para proyectos de manejo de datos?

24/03/2007 - 03:17 por Heberto Villavicencio | Informe spam
Saludos, recurro a ustedes para obtener referencias sobre el uso de C# para
proyectos de manejo de datos (Me refiero a sistemas netamente de indole
administrativos, facturacion, inventarios, nominas, etc etc). Soy un
programador de Visual FoxPro, pero microsoft ha decidido que tengo que
migrar en los proximos años, estoy evaluando opciones y particularmente me
interesa esta de C#, tengo varias interrogantes?

Como es el manejo de base de datos de C#, entiendo que debo apoyarme en un
manejador de bases de datos externo, pero supongo que puedo ejecutar
consultas a este servidor y trabajarlas de forma local en mi aplicacion?

Que tal el futuro de C# dentro de la estrategia de largo plazo de Microsoft,
pregunto esto porque no quisiera pasar en un periodo corto de tiempo 5 a 7
años por otra transicion (cambio de lenguaje) como la que tengo q enfrentar
ahora.

Agradezco cualquier comentario

Preguntas similare

Leer las respuestas

#21 Heberto Villavicencio
28/03/2007 - 04:26 | Informe spam
Se me presenta una duda, todo esto de LINQ me permitira soporte de datos
nativos en C#, es decir, a pesar de trabajar en foxpro contra un motor de
bases de datos hay procesos que realizo valiendome de tablas locales de
foxpro, principalmente para reportes, es decir, armo una tabla local con lo
que necesito imprimir y luego la imprimo y por ultimo la descarto. Ahora
bien pregunto LINQ me permitiria tener soporte nativo de datos, no me
refiero a consultas SQL contra un motor de bases de datos, lo que quiero es
tener la capacidad de crear tablas locales con indices y manipularlas segun
sea necesario, para los que conocemos foxpro sabemos que hay proyectos que
se resuelven muy facilmente apoyandonos en las DBF de foxpro seria bueno
disponer de algo por el estilo en .NET


"Heberto Villavicencio" escribió en el mensaje
news:
Gracias por los datos, por los momentos me dedicare a aprende c# y .net,
el compilador como tal me gusta mucho me recuerda mis tiempos de turbo C,
el ide me parece que es excelente, pero seguire de cerca esto de LINQ, por
los momentos seguire desarrollando comercialmente con foxpro por lo menos
un par de años mas. Gracias a todos por sus comentarios

"Jose Camacho Vaca" escribió
en el mensaje news:
Hola Heberto, estoy en similar situación. De una vez te comento que te
va a
costar muchisimo trabajo la migración, C# no le llega ni a los talones a
VFP
en lo que se refiere a menejo de datos y a reportes. Lo que en VFP lo
podias
hacer con 3 líneas, en C# son mas de 20. De entrada te sugiero que
manejes
el VisualStudio2005, te va a ahorras algunos dolores de cabeza aunque te
va a
generar otros, también aprendete de cabo a rabo todo lo referente a
ADO.NET
(haz de cuenta que son los cursores y sql de VFP), si no sabes eso te vas
a
topar con pared. Otra, cosa, aqui todo son clases y objetos, no hay
forma de
hacer prgs, ni ventana de comandos, ni macrosubstitución, etc. etc. etc.
etc.

Al parecer el Orcas (el nuevo VS) ya va a traer algunas cosas parececidas
a
lo que desde hace muchos años tenemos en VFP, como por ejemplo el LINQ.

No te desanimes y suerte.
Saludos
José Camacho Vaca
Colima, MX


"Heberto Villavicencio" wrote:

Saludos, recurro a ustedes para obtener referencias sobre el uso de C#
para
proyectos de manejo de datos (Me refiero a sistemas netamente de indole
administrativos, facturacion, inventarios, nominas, etc etc). Soy un
programador de Visual FoxPro, pero microsoft ha decidido que tengo que
migrar en los proximos años, estoy evaluando opciones y particularmente
me
interesa esta de C#, tengo varias interrogantes?

Como es el manejo de base de datos de C#, entiendo que debo apoyarme en
un
manejador de bases de datos externo, pero supongo que puedo ejecutar
consultas a este servidor y trabajarlas de forma local en mi aplicacion?

Que tal el futuro de C# dentro de la estrategia de largo plazo de
Microsoft,
pregunto esto porque no quisiera pasar en un periodo corto de tiempo 5 a
7
años por otra transicion (cambio de lenguaje) como la que tengo q
enfrentar
ahora.

Agradezco cualquier comentario









Respuesta Responder a este mensaje
#22 Jose Camacho Vaca
28/03/2007 - 05:04 | Informe spam
No precisamente nativo sino mas bien que vas a poder hacer una especie de SQL
sobre objetos, me explico:

Hace una consulta SQL sobre SQLServer2005 y la guardas en un objeto tipo List.
Luego puedes hacer otra consulta SQL pero sobre ese objeto tipo List.
Suena medio raro verdad, pero al parecer asi es como va a funcionar. Hay un
articulo interesante en la revista CodeFocus que habla sobre esto, checalo
para que te des una mejor idea, porque probablemente mi ejemplo no fue de lo
mejor.
Saludos.
José Camacho Vaca
Colima, MX


"Heberto Villavicencio" wrote:

Se me presenta una duda, todo esto de LINQ me permitira soporte de datos
nativos en C#, es decir, a pesar de trabajar en foxpro contra un motor de
bases de datos hay procesos que realizo valiendome de tablas locales de
foxpro, principalmente para reportes, es decir, armo una tabla local con lo
que necesito imprimir y luego la imprimo y por ultimo la descarto. Ahora
bien pregunto LINQ me permitiria tener soporte nativo de datos, no me
refiero a consultas SQL contra un motor de bases de datos, lo que quiero es
tener la capacidad de crear tablas locales con indices y manipularlas segun
sea necesario, para los que conocemos foxpro sabemos que hay proyectos que
se resuelven muy facilmente apoyandonos en las DBF de foxpro seria bueno
disponer de algo por el estilo en .NET


"Heberto Villavicencio" escribió en el mensaje
news:
> Gracias por los datos, por los momentos me dedicare a aprende c# y .net,
> el compilador como tal me gusta mucho me recuerda mis tiempos de turbo C,
> el ide me parece que es excelente, pero seguire de cerca esto de LINQ, por
> los momentos seguire desarrollando comercialmente con foxpro por lo menos
> un par de años mas. Gracias a todos por sus comentarios
>
> "Jose Camacho Vaca" escribió
> en el mensaje news:
>> Hola Heberto, estoy en similar situación. De una vez te comento que te
>> va a
>> costar muchisimo trabajo la migración, C# no le llega ni a los talones a
>> VFP
>> en lo que se refiere a menejo de datos y a reportes. Lo que en VFP lo
>> podias
>> hacer con 3 líneas, en C# son mas de 20. De entrada te sugiero que
>> manejes
>> el VisualStudio2005, te va a ahorras algunos dolores de cabeza aunque te
>> va a
>> generar otros, también aprendete de cabo a rabo todo lo referente a
>> ADO.NET
>> (haz de cuenta que son los cursores y sql de VFP), si no sabes eso te vas
>> a
>> topar con pared. Otra, cosa, aqui todo son clases y objetos, no hay
>> forma de
>> hacer prgs, ni ventana de comandos, ni macrosubstitución, etc. etc. etc.
>> etc.
>>
>> Al parecer el Orcas (el nuevo VS) ya va a traer algunas cosas parececidas
>> a
>> lo que desde hace muchos años tenemos en VFP, como por ejemplo el LINQ.
>>
>> No te desanimes y suerte.
>> Saludos
>> José Camacho Vaca
>> Colima, MX
>>
>>
>> "Heberto Villavicencio" wrote:
>>
>>> Saludos, recurro a ustedes para obtener referencias sobre el uso de C#
>>> para
>>> proyectos de manejo de datos (Me refiero a sistemas netamente de indole
>>> administrativos, facturacion, inventarios, nominas, etc etc). Soy un
>>> programador de Visual FoxPro, pero microsoft ha decidido que tengo que
>>> migrar en los proximos años, estoy evaluando opciones y particularmente
>>> me
>>> interesa esta de C#, tengo varias interrogantes?
>>>
>>> Como es el manejo de base de datos de C#, entiendo que debo apoyarme en
>>> un
>>> manejador de bases de datos externo, pero supongo que puedo ejecutar
>>> consultas a este servidor y trabajarlas de forma local en mi aplicacion?
>>>
>>> Que tal el futuro de C# dentro de la estrategia de largo plazo de
>>> Microsoft,
>>> pregunto esto porque no quisiera pasar en un periodo corto de tiempo 5 a
>>> 7
>>> años por otra transicion (cambio de lenguaje) como la que tengo q
>>> enfrentar
>>> ahora.
>>>
>>> Agradezco cualquier comentario
>>>
>>>
>>>
>
>



Respuesta Responder a este mensaje
#23 Alfredo Novoa
28/03/2007 - 10:09 | Informe spam
On Tue, 27 Mar 2007 18:17:48 -0700, Jose Camacho Vaca
wrote:

Cual es esa solución de D4?

Gracias por aclarar y un saludo.



Pues para que los "joins" no sean tan complicados se usan por defecto
los atributos que tienen el mismo nombre.

Por ejemplo para juntar las tablas A y B se haría así: A join B.

Si quieres que la junta se realice por atributos con distinto nombre
entonces le pones una clausula "by": A join B by A.E = B.Z

Y no se necesita un archivo XML para nada.


Saludos
Respuesta Responder a este mensaje
#24 Alfredo Novoa
28/03/2007 - 10:12 | Informe spam
On Tue, 27 Mar 2007 17:21:36 -0700, Jose Camacho Vaca
wrote:

Pero el SQL to Entities suena bien porque basicamente es hacer consultas
tipo SQL sobre objetos (objetos de negocio) y que el resultado puede ser
tambien un objeto.



No, es básicamente lo mismo que LINQ to SQL solo que te llevas a un
archivo XML las clausulas ON de los joins. A mi me parece una
chorrada.

Saludos
Respuesta Responder a este mensaje
#25 Heberto Villavicencio
28/03/2007 - 12:27 | Informe spam
Parece que no era lo que esperaba

"Jose Camacho Vaca" escribió en
el mensaje news:
No precisamente nativo sino mas bien que vas a poder hacer una especie de
SQL
sobre objetos, me explico:

Hace una consulta SQL sobre SQLServer2005 y la guardas en un objeto tipo
List.
Luego puedes hacer otra consulta SQL pero sobre ese objeto tipo List.
Suena medio raro verdad, pero al parecer asi es como va a funcionar. Hay
un
articulo interesante en la revista CodeFocus que habla sobre esto, checalo
para que te des una mejor idea, porque probablemente mi ejemplo no fue de
lo
mejor.
Saludos.
José Camacho Vaca
Colima, MX


"Heberto Villavicencio" wrote:

Se me presenta una duda, todo esto de LINQ me permitira soporte de datos
nativos en C#, es decir, a pesar de trabajar en foxpro contra un motor de
bases de datos hay procesos que realizo valiendome de tablas locales de
foxpro, principalmente para reportes, es decir, armo una tabla local con
lo
que necesito imprimir y luego la imprimo y por ultimo la descarto. Ahora
bien pregunto LINQ me permitiria tener soporte nativo de datos, no me
refiero a consultas SQL contra un motor de bases de datos, lo que quiero
es
tener la capacidad de crear tablas locales con indices y manipularlas
segun
sea necesario, para los que conocemos foxpro sabemos que hay proyectos
que
se resuelven muy facilmente apoyandonos en las DBF de foxpro seria bueno
disponer de algo por el estilo en .NET


"Heberto Villavicencio" escribió en el mensaje
news:
> Gracias por los datos, por los momentos me dedicare a aprende c# y
> .net,
> el compilador como tal me gusta mucho me recuerda mis tiempos de turbo
> C,
> el ide me parece que es excelente, pero seguire de cerca esto de LINQ,
> por
> los momentos seguire desarrollando comercialmente con foxpro por lo
> menos
> un par de años mas. Gracias a todos por sus comentarios
>
> "Jose Camacho Vaca"
> escribió
> en el mensaje
> news:
>> Hola Heberto, estoy en similar situación. De una vez te comento que
>> te
>> va a
>> costar muchisimo trabajo la migración, C# no le llega ni a los talones
>> a
>> VFP
>> en lo que se refiere a menejo de datos y a reportes. Lo que en VFP lo
>> podias
>> hacer con 3 líneas, en C# son mas de 20. De entrada te sugiero que
>> manejes
>> el VisualStudio2005, te va a ahorras algunos dolores de cabeza aunque
>> te
>> va a
>> generar otros, también aprendete de cabo a rabo todo lo referente a
>> ADO.NET
>> (haz de cuenta que son los cursores y sql de VFP), si no sabes eso te
>> vas
>> a
>> topar con pared. Otra, cosa, aqui todo son clases y objetos, no hay
>> forma de
>> hacer prgs, ni ventana de comandos, ni macrosubstitución, etc. etc.
>> etc.
>> etc.
>>
>> Al parecer el Orcas (el nuevo VS) ya va a traer algunas cosas
>> parececidas
>> a
>> lo que desde hace muchos años tenemos en VFP, como por ejemplo el
>> LINQ.
>>
>> No te desanimes y suerte.
>> Saludos
>> José Camacho Vaca
>> Colima, MX
>>
>>
>> "Heberto Villavicencio" wrote:
>>
>>> Saludos, recurro a ustedes para obtener referencias sobre el uso de
>>> C#
>>> para
>>> proyectos de manejo de datos (Me refiero a sistemas netamente de
>>> indole
>>> administrativos, facturacion, inventarios, nominas, etc etc). Soy un
>>> programador de Visual FoxPro, pero microsoft ha decidido que tengo
>>> que
>>> migrar en los proximos años, estoy evaluando opciones y
>>> particularmente
>>> me
>>> interesa esta de C#, tengo varias interrogantes?
>>>
>>> Como es el manejo de base de datos de C#, entiendo que debo apoyarme
>>> en
>>> un
>>> manejador de bases de datos externo, pero supongo que puedo ejecutar
>>> consultas a este servidor y trabajarlas de forma local en mi
>>> aplicacion?
>>>
>>> Que tal el futuro de C# dentro de la estrategia de largo plazo de
>>> Microsoft,
>>> pregunto esto porque no quisiera pasar en un periodo corto de tiempo
>>> 5 a
>>> 7
>>> años por otra transicion (cambio de lenguaje) como la que tengo q
>>> enfrentar
>>> ahora.
>>>
>>> Agradezco cualquier comentario
>>>
>>>
>>>
>
>



email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida