CLR: .Net / Mono / Boo / Otros CLR > VB .NET

 Sobre El Desarrollo De Software

(1/2) > >>

Alberto_127:
Hola a todos, tengo una duda; eh desarrollado un programa de facturacion en Visual Basic .NET, la base de datos esta en ACCESS dado que es un pequeño negocio de ventas; quisiera saber si alguien le ah dado algun problema Access con el tiempo que va creciendo la base de datos, de antemano les agradezco que se tomen el tiempo de leer, tambien quisiera saber si alguien sabe como distribuir los crystal reports ya que estos necesitan librerias para el funcionamiento, alguien podria darme una idea?.

Kev:
Hola, pues bien si vas a trabajar con Access tienes que tomar en cuenta que a medida que agragues registros y tambien los borres el Access crece de manera descontrolada es decir si borrar registros estos ya no estaran en la base de datos pero el espacio que supuestamente ocupaban sigue siendo ocupado asi que tienes que compactar y reparar la base de datos.

Aca te paso un link con una explicacion detallada de esto, pero el problema es que el codigo esta en C# asi que tendrias que pasarlo a su equivalente en VB.NET pero como ya estamos en .NET esto no es tanto problema

Compactar y reparar DB Access

Ahora acerca de Crystal Reports mejor sin comentarios porque no quiero renegar, asi que mejor cierro el pico.

Suerte!
 :comp:  :hola:

The Black Boy:
bueno Access es una manera de llevar almacenada la informacion, para cosas o proyectos pequeños, pero lo que dice Kev es muy cierto, ami me pasaba eso aunque eliminara los registros estos seguian ocupando espacio.. ten encuenta eso y examina si la BD no va a contener muchos registros... ya que si es asi  yo pensaria dos veces antes de implementarlo

en cuanto a los Reportes, bueno existe una forma de distribuirlos y es atraves de la creacion de un proyecto de instalacion

lee sobre eso

Saludos :hola:

Soultaker:
Es cierto lo que dicen, access mayormente es usado para programas pequeños, lo que te recomiendo es que uses otro administrador de base de datos (oracle, sql server, etc).

En cuanto al Crystal Report para distribuirlos podrías copiar sus dll's y colocarlos donde los necesites.


--- Cita de: "Kev" ---Ahora acerca de Crystal Reports mejor sin comentarios porque no quiero renegar, asi que mejor cierro el pico.
--- Fin de la cita ---
Porque no quieres renegar, mejor abre el pico  :D  para conocer tus comentarios

 :comp:

Kev:
:huh: Ok a abrir el pico  :devil:

Bueno Crystal Reports pues es tanto la rabia que hasta puedo hacer un listado

- Primero no esta basado en la tecnologia .NET
- Al tenter Dll el sistema ya se hace dependiente de componentes
- Crystal Reports tiene un buen soporte en tiempo de diseño pero en ejecucion no es muy amigable
- Al codificar y tratar de hacer los reportes mas dinamicos es una ODYSEA
- Y ni hablar de las licencias
- Lo unico bueno aplicable fue la generacion de PDF pero ahora prefiero usar iTextSharp
- Pues en OOP el principio de encapsulacion nos dice que un componente debe funcionar sin que nos interese el "como" pero creo que en el caso de Crystal si nos interesa como y nos de mas posibilidad de manejarlo con codigo.
- #*@&·$%(/ bla bla bla bla etc......

Al hacer unos reportes en Crystal so hice el instalador pero este tenia que instalarse en un servidor y el problema de las dll ya estaba solucionado pero al ponerlo en produccion ya me daba errores, reportes desalineados, habia momentos en que incluso ni siquiera salian los reportes.... todo un quilombo... se imaginaran como me puse  :angry:  pero lo peor fue como me pusieron los usuarios  :(  :unsure:

Salu2
Ahora sip, vuelvo a cerrar el pico  :rolleyes:
 :comp:

Navegación

[0] Índice de Mensajes

[#] Página Siguiente