Visual Basic Foro
Programación => Visual Basic 6 => Mensaje iniciado por: Paulita en Marzo 25, 2015, 05:06:03 pm
-
Hola a todos, por casualidad conocen de algún programa que pueda hacer un boceto de un programa? Es que tengo que presentar un boceto del sistema que voy a desarrollar.
También queria consultarle que base de datos es recomendable trabajar con mysql o sql server?
-
1,. Un boceto funcional?? graficos?? porque finalmente tu puede servir el mismo vb6, o sea pudiendo ser capturas de pantalla de los formularios con sus botones y listas o el programa en si pero que los botones solo muestren mensajes y pasen de una pantalla a otra.
2.- Para preguntar sobre base de datos antes debes indicar "recomendable" para que?? como tu pregunta es genérica la respuesta también lo sera: Cualquiera de ellas, si quieres menos bronca con el costo de licencia entonces ve por MySQL.
-
Estimada Paulita
[/size]
[/size]Puedes usar WireframeSketcher pero Pencil ofrece una serie de características que la hacen muy interesante para hacer bocetos (no generación de pantallas finales).
[/size]
[/size]Pencil es más sencillo de usar que WireframeSketcher y funciona como plugin de Firefox 3.5+ o como aplicación stand alone.
[/size]
(http://s8.postimg.org/ut1f563kl/image0061.jpg)
[/size]
[/size]Aquí la URL: http://pencil.evolus.vn/ (http://pencil.evolus.vn/)
[/size]
[/size]
[/size]Saludos, desde algún lungar de Lima-Perú
-
Muchas gracias YAcosta y Albertomi por responderme, voy a probar los programas que me dices Albertomi para hacer los bocetos.
En cuanto a la base de datos sería para un taller que debe llevar un control de todos los equipos que tienen por eso estaba preguntando cual era recomendable, porque tengo entendido que se maneja mucha información. También estaba pensado en eso mysql por que es libre, aunque no he programado vb6 con mysql, que tal es trabajar con mysql desde vb6?
-
Hola Paulita, Albertomi gusto en saludarte y Amigo YAcosta
bueno paulita meto poquito mi cuchara como se dice aqui en México por que no pruebas Firebird es muy potente openSource totalmente a dif de Mysql
hay mucha información aqui en el foro y YAcosta en un gran maestro en cuanto a Firebird de hecho tiene un blog dedicado a vb6 y firebird tiene mucha informacion
http://vb6firebird.com/blog/ (http://vb6firebird.com/blog/)
http://yoforeo.com/firebird21/ (http://yoforeo.com/firebird21/)
Saludos y disculpa la intromisión
-
Hola Paulita y demas amigos.
Si básicamente mi pregunta era por a donde querías escalar, con que infraestructura cuentas, cuantas usuarios recurrentes puedas tener, etc. Según eso vendría una recomendación efectiva.
Disculpa que sea quisquilloso pero seria bueno que no uses términos que no son cuantificables y así poder dar una mejor recomendación, por ejemplo "...se maneja mucha información"... ¿cuanto es "mucha información" para ti estimada Paulita?. Si me hablas de unos miles de registros o un par de cientos de miles quizá te puedas aventurar con Access, si va a ser en el orden de los millones o vas a trabajar en red entonces ya no.
Si hablamos de millones de registros te viene bien MySQL, sin embargo y como bien dice aedEric con Firebird también tienes esa misma bondad, Firebird al igual que MySQL puede gestionar cientos y cientos de millones de registros, por el lado de MySQL hay prueba de ello y por el lado de Firebird también lo hay.
Sin embargo la reflexión que haces de " También estaba pensado en eso mysql por que es libre, " no es correcta porque MySQL es propietaria y su dueño es Oracle, por lo que a ti te compete debes observar la licencia que usaras pues esta es dual, si quieres trabajar "legalmente" entonces debes apegarte a la licencia de MySQL que uses, hay todo un cuento largo en ese tema, que si tu aplicativo es libre, o es comercial, etc etc, finalmente te puedes surrar en todo eso, bajarte el MySQL y usarlo comercialmente sin pagar nada, entiendo que no tendrías problemas mientras no te salgas del ámbito de lo que la licencia te permite, conectarte y nada mas por ejemplo no te daría problema pero checa la parte de distribuir tu app con mysql.
Dicho esto, hay otras alternativas libres, mencionar por ejemplo a PostgreSQL o MariaBD que son muy buenas pero (y aquí entro con mi sugerencia) existe también FirebirdSQL que si es código abierto y que no tiene licencia dual, puedes usarlo para aplicativos libres o privativos, comerciales o no, es un motor realmente potente y de una gestión impecable, como todo software siempre se va manteniendo y mejorando pero por lo que a mi respecta y con algunos años de uso en mas de 20 empresas implementado puedo decirte con seguridad que es una elección de la que no me arrepiento por su rapidez, potencia y estabilidad.
Considero que hasta este punto, cualquier elección que tomes te va a ir bien, sea MySQL, PostgreSQL, FirebirdSQL, etc te va a venir bien pero en lo personal yo te recomiendo FirebirdSQL, insisto no haras mal si escoger MySQL pero no lo hagas porque pienses que es libre.
Espero haberte ayudado.
Y la sugerencia de Albertomi esta genial, no la conocía, me puse a ver un par de videos sobre ello y si se ve interesante, por si aca también vi por alli un video sobre un plugin que le pones al PowerPoint y haces casi lo mismo pero en si esta bueno ese soft.
-
Estimada Paulita
Al margen de si tu aplicación es pequeña “unos cuantos cientos de registros”, mediana “unos cuantos miles de registró” o grande “unos cuantos millones de registró”, te invito a considerar y evaluar la posibilidad de usar SQL Server Express.
Pero como indica YAcosta es vital tener mayor detalle de tu aplicación. Algo que pocos “desarrolladores y/o programadores” contemplan es realizar una adecuado dimensionamiento y una buena posterior implementación del servidor de base de datos relacional que han seleccionado, ya que entiendo que tu consulta está orientada a motores de bases de datos relacionales.
En aplicaciones medianas o grandes (y quizas tambien para aplicaciones pequeñas) con el pasar del tiempo es donde vas a sentir el impacto de un inadecuado dimensionamiento he implementación del servidor de base de datos. Para estos casos como regla de oro considera que tu servidor de base de datos debe de disponer de por lo menos 4 discos duros físicos (OjO no disco lógicos “particiones”) en un disco estará el sistema operativo y las herramientas de administración del motor de base de datos, en otro disco estarán los datos, en otro disco los índices y finalmente en el último disco estarán los log con esta disipación tendrás drásticas mejoras en el rendimiento de tu servidor de base de datos, ya que lo que más le pega al motor de base de datos es el porcentaje de consumo de I/O. También considera colocar la mayor cantidad (8, 16, 32, 64 GB... a más) de memoria RAM posible en el servidor, ya que esta será utilizada por el sistema operativo en si y el motor de base de datos para manejar sus buffer (el manejo de la memoria varia drásticamente entre motores de bases de datos), asegúrate que el servidor disponga de una buena tarje de red, si es administrable mejor. Luego de estas consideraciones por la parte de la infraestructura, concéntrate en la parte de optimización. Para ello, puedes evaluar los top querys, tiempos de respuesta de los query, reporte de los índices que se usan y los que no se usan, los planes de ejecución. Luego periódicamente reindeza tablas, recompila staore procedures y recalcula las estadísticas de la base de datos.
Estos son lineamientos generales que aplican para la mayoría de motores de base de datos transaccionales.
Saludos, desde algún lugar de Lima-Perú
-
Hola aedEric, YAcosta y Albertomi, pregunte un poco más sobre sobre la cantidad de registro que manejaría el sistema pero en si no saben una cantidad precisa pero me dieron un aproximado que sería más de 300 registros de equipos que tendría el taller, el sistema se va a trabajar en red, va a funcionar en 3 computadores que tienen distintos windows, una tiene windows 8, otra windows xp y por último una windows 7. Ellos llevan la información en excel, haciendo el análisis del sistema llevaria 8 módulo.
No sabía de firebird, solo he trabajado con mysql, access y sql server (pero este no me gusto), lei un poco sobre firebird y las caracteristicas que vi se ve bueno, con firebird se puede trabajar con crystal reports 8?
Le agradezco mucho su ayuda y sugerencia :) que otro detalle debo de tomar en cuenta?
-
hola PAULITA yo utilizo Firebird googleando si funciona con Crystal Report no lo utilizo yo utilizo Datareport y Report Manager te comento para que lo cheques
Pese a que no es un generador de informes muy conocido, este editor de informes destaca por su sencillez (está en español) y que sobre todo es gratuito, permite generar los informes en archivos con extensión REP, incluso podemos modificarlos en tiempo de ejecución.
http://reportman.sourceforge.net/indexes.html (http://reportman.sourceforge.net/indexes.html)
-
Hola Paulita, respondiendo tu pregunta sobre el reporte y quiza aclarando el panorama, no es merito en si del motor de base de datos el poder o no usar un reporteador, es merito del conector, con Firebird nos conectamos por ODBC (hay otras formas) y si se conecta con eso cualquier otra cosa lo puede hacer también, es mas, te diria por ejemplo que puedes conectar el DataReport a archivos de texto y en la practica te estaría mintiendo porque los datos que leo de un archivo de texto los cargo a una tabla "virtual" en memoria hecha con ado y de alli pintar al datareport. En todo caso para tu tranquilidad a tu pregunta la respuesta es SI.
Ahora sobre el aproximado de registros...dijiste 300??? 300 registros?? o 300 mil registros??, porque si son 300 registros la verdad cualquier cosa que uses te va a servir, incluso un simple archivo de texto, en mi vida pasada antes de conocer SQL solo usaba archivos de texto como repositorio de datos... sin conector, sin odbc ni nada jajaja, pero todo tiene su limite. ¿Estas seguro que hablas de 300 registros?? 1, 2, 3... 299, 300. Ni siquiera 3,000?. Bueno, como dije, cualquier elección que tomes estará bien (Albertomi, creo que nos fuimos a la estratosfera con la infraestructura jeje).
-
Hola aedEric y YAcosta muchas gracias por ayudarme, me han aclarado mis dudas, estuve leyendo sobre firebird y me parece muy bueno, lo voy a utilizar para el proyecto.
En cuanto a la cantidad de registro me falto un cero porque son 3.000 registros aproximadamente, aunque esa cantidad puede varias porque fue un aproximado que me dieron.
Muchas gracias por su ayuda :) :D
-
Bueno esa cantidad de registros diarios no da un aprox de entre 800 mil y 1 millon de registros al año... es poquisimo, Firebird puede con el sin problemas, con Access NOOO. y con MySQL tambien.,
Que bueno que hallas optado por Firebird, no te vas a arrepentir, en lo que a mi respecta te puedo echar una mano con ese tema.
Saludos
-
Estimado YAcosta
En realidad para el volumen de registros que indica Paulita se podrá pensar que sí, pero ten en consideración que el costo de los discos duros en la actualidad han bajado mucho. Entonces haciendo un balance costo/beneficio yo no diría que me fui a la estratosfera todavía.
Para entender cuál es el beneficio de tener estos cuatro disco, es simple.discos. Pensemos en este escenario, se tiene todo en un solo disco y se solicita alguna tipo de operación (Insert/Update/Delete) al motor de base de datos este antes de entregar los resultados va tener que acceder de forma SECUENCIAL a los DATOS, a los INDICES y finalmente escribir en el LOG. Imaginemos que cada uno de estos pasos toma 2 ms, entonces el resultado lo obtendremos después de 6 ms. En cambio sí se ha asignado un disco para los DATOS, otro para los INDEICES y otro para los LOG el motor de base de datos va acceder a esta información en forma PAREALELA con ello la respuesta la obtendremos después de 2 o 3 ms.
Saludos, desde algún lugar de Lima-Perú