Ra

Estimados: Quiero dejar estos antecedentes para que tomen la precaución al momento de contratar un hosting. Independientemente el hosting que seleccionen, deben tener cuidado con los consumos que realizarán sus aplicaciones. El resto se los dejo a criterio propio. [hide]http://depositfiles....files/btvbehab9[/hide] PD: Está pesadito... Salu2.

Cerramos... Este tipo de peticiones no caben en Telecomunicaciones, Internet & Redes... Puedes plantearlo en el foro Contacto y Sugerencias.

Cerramos... El tema no tiene que ver con Telecomunicaciones, Internet & Redes... Hay otros espacios para comentar lo que hacen o no hacen los usuarios.

cerrado... no se permiten este tipo de temas...

Si tu ERP funciona con PHP y MySQL estás al otro lado... hay muchos con soporte para ello... te queda elegir uno que te convenza y buscar recomendaciones... Si no es así... por ejemplo, que use SQL Server y/o ASP, tienes que buscar algo distinto y por ende más caro... Si es un ERP mi recomendación es que busques un cloud service porque usan servidores virtuales que puedes acceder para hacer modificaciones, consultas, etc.etc.etc... que te lo doy firmado vas a necesitar. Salu2.

Si se puede, pero en un juicio... que seguramente perderás... Por lo pronto, primero tienes que registrar la marca en INAPI... Con eso compruebas que tienes una empresa o producto con ese nombre... y este es el antecedente que te servirá para reclamar el dominio... Ojo que los dominios se renuevan... por lo tanto, tienes que estar atento a la siguiente renovación para hacer la solicitud... Nic Chile lo que hace cuando hay conflictos de dominio (hay más de una solicitud de nombre), dirime para entregarsela a alguno de los 2... en esta decisión, el registro de la marca es un factor muy importante... Lo otro es que puedes registrar el dominio como ".com"... Si lo haces pronto (antes de la renovación), también te servirá de antecedente... Salu2. PD: Lo muevo a Miscelánea...

No necesitas un SDK específico para la impresora... La impresora fiscal funciona como una impresora convencional, en términos de sistema de información... Lo único que tiene que hacer tu aplicación es mandar a imprimir... Obviamente, tienes que definir bien el formato de impresión, porque el papel tiene otras dimensiones... Si la impresora es serial, paralela, usb, wifi... sea la marca que sea... para tu aplicación es transparente... tú sólo mandas a imprimir... Salu2.

Se me ocurren 3 opciones: - Puedes reservar manteniendo el dato en una tabla adicional; por lo tanto, la consulta de disponibilidad de asientos tiene que hacer un JOIN (o NOT IN) con esta tabla... Cuando se concreta la venta (o se cancela), se elimina el registro de esta tabla y se inserta en la tabla de ventas... - En la misma tabla, pero con un indicador de estado tipo "en venta"... cuando se concreta la venta puedes cambiar el estado a "vendido"... - No hacer la reserva, sino que consultar junto antes de insertar la venta... Si justo se vendió un milisegundo antes, le devuelves el mensaje al usuario que se vendió... Aun así, veo un par de problemas con las reservas: - Que pasa si se pierde la conexión con el servidor... Cualquiera de las 2 opciones dejará amarrados esos asientos y no se podrán vender... A no ser que todos los usuarios tengan la facultad de poder eliminar esos registros y "tomar posesión" de esos asientos... - Considerando que entre la selección del asiento y el cierre efectivo de la venta hay un tiempo razonable (un par de minutos), reservar los asientos se puede convertir en una menor venta... Por ejemplo, un cliente selecciona el asiento 5 a las 10:00... esta venta se cancelará a las 10:05... Este es el único asiento disponible en el bus... En otro punto, otro cliente consulta por disponibilidad a las 10:01... El usuario verá que el bus está lleno, pero el asiento 5 está reservado... le va a decir al cliente que esperen un par de minutos a ver si se concreta la venta del otro punto... esperan hasta las 10:03 y sigue reservado... el usuario tiene 3 opciones... 1. llama por teléfono al otro vendedor para preguntar qué onda... 2. le dice al cliente que espere 2 minutos más... 3. le dice al cliente que no quedan asientos... Sono+

La velocidad de las consultas es subjetiva... al parecer Access anda más rápido porque seguramente tiene ya algunos índices creados... no lo sé... Sobre vincular Excel en SQL Server http://support.microsoft.com/kb/306397/es Desde 2008 (si es la versión Standard) puedes hacer la actualización a 2012... Si es la versión 2008 Express... déjala como está y haces una instalación desde cero del 2012. Te recomiendo que esas consultas que tienes las vayas convirtiendo en procedimientos almacenados, porque si quieres velocidad, con procedimientos almacenados vas a alcanzar lo máximo... Lo otro... puedes hacer índices en SQL para las tablas y vistas, de manera que las búsquedas se hagan más rápido... http://odetocode.com/articles/70.aspx es para una versión más vieja, pero es muy parecida a la forma de hacerlo en 2012... Los índices los tienes que crear usando las columnas que más usas para filtrar (en el Where)... SAlu2. PD: Me imagino que no lo has visto de esta manera, pero en realidad lo que estás haciendo es Business Intelligence... así que ya sabes más o menos como hacerlo... XD

Me: Es el formulario donde estas parado MdiParent: Es la propiedad que tiene el handle (puntero) al formulario tipo MDI que es el padre DirectCast: Es una conversión directa entre tipos de datos. En este caso, está convirtiendo un objeto tipo Form a un objeto tipo frmPadre... La conversión es directa, porque frmPadre es un Form, pero con propiedades particulares... Si no haces el Cast, no podrías acceder a la propiedad cmdmenu de esa forma. Salu2.

Pa' q cachí mi querido padawan... yo soy fanático de los inline... como el iif... XD

Wena Ash... o en una sola línea DirectCast(Me.MdiParent, frmPadre).cmdmenu.Enabled = True XD

Las versiones express son limitadas y están orientadas para ser instaladas en un solo computador... vendría a reemplazar Access... Lo que necesitas es una versión full de SQL Server... con M$ SQL Server 2012 Standard te basta y sobra... Como te decía, baja la versión trial por 120 días... lo instalas en un equipo más o menos cototo y problema arreglado... Suerte!

http://javarevisited.blogspot.com/2011/09/javalangoutofmemoryerror-permgen-space.html

Sorry colega xomarx69 pero discrepo de tu opinión... Hoy día, existe alta compatibilidad e integración de tecnologías que provienen de orígenes distintos... Hoy desarrollar una aplicación en PHP, Java, Flex o asdf que conecte con Oracle, SQL Server, PostgreSQL, MySQL o asdf es muy sencillo, porque es solo 1 o 2 capas las que varían... Es más, hoy día tu puedes desarrollar una aplicación que se conecte a distintos orígenes de datos o al mismo origen de datos, pero con distinto proveedor... Por ejemplo, lo que Yo hago es independizar el DataSource y el Driver... En PHP por ejemplo, tengo una clase con el DataSource que contiene todas las llamadas comunes a un motor de base de datos, por ejemplo: query(...) o execute_procedure(....)... Esta clase DataSource se conecta con otra clase Driver que contiene las instrucciones nativas del motor... por ejemplo, si uso un Driver para SQL Server, la conexión será: mssql_connect(...) o si es MySQL, sera mysqli_connect(...)... Y esto aplica para todos los proveedores y todos los lenguajes... No desmiento que construir una aplicación con herramientas nativamente compatibles tiene algunas ventajas, como disponer de ciertos componentes... pero estas ventajas no siempre superan a las ventajas de una herramienta sobre otra... Por ejemplo, desarrollar una aplicación en Silverlight (MS), JavaFX (Oracle) o Flex (Adobe) que son tecnologías análogas (RIA), tienen pros y contras muy considerables... estas diferencias son muy superiores a las ventajas de usar un motor del mismo proveedor... Sono+

SELECT a.* FROM a LEFT OUTER JOIN a_b ON a.pk = a_b.pk WHERE (a.condicion = 'condicion' AND a_b.pk IS NOT NULL) OR (a_b.pk IS NULL) Eso trae "todos los registros de a que están en a_b y cumple con la condición = 'condicion' O todos los registros que están en a y que no están en a_b" Salu2.

Primero: Si ya tienes la estructura en SQL Server, sólo te queda importar los datos.. http://msdn.microsoft.com/en-us/library/ms140052.aspx Segundo: Mi recomendación es que vincules AS400 (DB2) al SQL Server... Para ello tienes que instalar http://www.microsoft.com/es-es/download/details.aspx?id=29100 si tienes SQL Server 2012 o buscar el equivalente para la versión que tengas 2005, 2008, 2008 r2... http://www.microsoft.com/en-us/download/details.aspx?id=8824 Tercero: Como bien dices, las Consultas en Access es equivalente a las Vistas en SQL Server. Ojo que si tienes consultas con parámetros, estas se deben convertir a Procedimientos Almacenados en SQL Server. El lenguaje utilizado por Access es muy similar al usado por SQL Server... de hecho, se basan en la misma norma SQL95... Así que a manopla no más... tienes que ir corrigiendo los errores de sintaxis que te arroja el SQL Server... Acá podemos ir ayudándote... Cuarto: Te recomiendo que instales desde ya el SQL Server 2012 versión Standard que viene con SSRS... Puedes descargar un trial por 120 días desde el mismo sitio de M$... Allá tú si las haces de capitán garfio o compras la licencia que para una empresa no es tan cara... deberían ser como 400 lukas. Sobre lo último, el performance mejorará bastante, pero como siempre, estará sujeto a las capacidades del servidor donde instales el SQL Server... la calidad de la red y asdf... Pero de todas formas, te aseguro que mejorará... Por otro lado, comenzar a usar SQL Server, te alivianará bastante la migración final del sistema... Es más, en la medida de lo posible y como vaya pasando el tiempo, puedes ir migrando de a poco las tablas y funciones de Access a SQL Server... .Net es la interfaz... y eso puedes construirlo en la medida que vayas sacando funcionalidades del Access... Recuerda que debes apuntar a quedar sólo con SQL Server y AS400 (DB2) con una interfaz .Net o cualquier lenguaje que te acomode (PHP, Flex, Java, .Net, Python, etc...) te recomiendo que pienses altiro en un ambiente web... Suerte.

http://www.microsoft.com/visualstudio/en-us/products/2010-editions/express

Vamos por parte dijo Jack :tonto: - Access es una herramienta que concentra varias cosas: motor de base de datos, formularios, informes, etc. - SQL Server es sólo un motor de base de datos - La migración de Access a SQL Server se puede hacer con la herramienta que propone xomarx69 - En SQL Server no puedes tener directamente formularios, macros ni informes - SQL Server tiene una herramienta (relativamente independiente del motor) para presentar informes, se llama SSRS (SQL Server Reporting Services) - Dicho de una manera simple: Access = SQL Server + SSRS + Visual Studio (Formularios... en realidad aplicación) Dado el problema que presentas, mi recomendación es la siguiente: - No uses la herramienta de migración... Muchas veces estas herramientas dejan la cagá - Crea las tablas directamente en SQL Server - Luego, importa los datos desde Access a SQL Server (en SQL Server Management Studio hay una opción para importar datos solamente) - Borra las tablas en Access que dejaste en SQL Server - Crea las mismas tablas, pero nuevas, como tablas vinculadas (igual como lo estás haciendo con Excel), pero esta vez apuntando a SQL Server Con eso, todo lo que tienes queda tal cual "como si nada", pero con las tablas grandes en SQL Server Recomendación 2: Dile a la empresa que se ponga con lukas y crean una sola aplicación (en Java, Visual Studio, PHP, ASP.Net, Flex o lo que quieran) usando SQL Server... Ese menjunje que tienes pronto colapsará y además debes tener serios problemas de performance e integridad... SAlu2.

http://www.youtube.com/watch?v=Z_UeSGRqcG0 [hide] No lo he probado, pero lo encontré en 2 sitios distintos http://www.ehow.com/how_7543547_reset-120day-terminal-server-timeout.html [/hide]

Si claro... Para lectura http://www.microsoft.com/spain/windowsserver2008/licensing/terminal.mspx Terminal "Server" es distinto a Terminal "Services" (escritorio remoto). Terminal Services es como habilitar el escritorio remoto de un Windows 7... En Win 7 puede acceder sólo 1 usuario simultáneamente. En Win 2008 (o 2003), pueden acceder 2 simultáneamente. Cuando activas el rol de Terminal "Server", obligatoriamente tienes que incorporar licencias CAL (aunque igual puedes hacerla de capitán garfio) y se pueden conectar tantos clientes como licencias CAL tienes. En todo caso, el rol de Terminal Server viene incluido en la licencia de Windows, y las CAL cuestan algo como US$ 80.-

Si usa la versión Express no necesita comprar las licencias... La empresa tampoco de SQL. Las versiones Express nacieron con .Net 2003... vb5 o vb6 no son 100% comerciales. Si hace la aplicación con Express y SQL Compact le va a funcionar de perillas... pero utilizando algún método de conexión... ya sea VPN o terminal services (o escritorio remoto). La diferencia entre ambos, es que con terminal es como si estuvieras trabajando localmente en el servidor, por lo tanto, el tráfico de red de disminuye bastante. La ventaja de VPN es que distribuyes la carga (usas menos recursos del servidor).

Ojo... Access es monousuario... es decir, su finalidad es que la use un solo usuario a la vez (membrillo :tonto: )... Esto no implica que no lo puedas usar en un ambiente donde se conectarán varios usuarios simultáneamente, pero a la larga vas a tener muchos "bugs" por este motivo... Como dice el amigo arriba, lo más recomendable es que migres a .Net... vb5 es el tataratataratatarabuelo de visual basic 2012. En las versiones .Net viene incorporada una versión Express (o Compact Edition) de SQL Server para ser utilizada localmente en proyectos pequeños... viene a reemplazar el uso de Access para aplicaciones (Access pasa a tomar un rol de Excel avanzado para usuarios no informáticos). Migrar de un ambiente vb 5 a .Net te va a costar un poco, en el fondo más que en la forma... Básicamente, en .Net todo es una clase (OOP) y en vb 5 no... Eso por una parte... Por otro lado, la arquitectura que necesitas, claramente es conveniente un ambiente web (PHP + MySQL) que podrías montar en un hosting por 50 lukas al año... En tu realidad (oxidado) si piensas hacerlo en PHP + MySQL te vas a demorar 3 o 4 veces más que en hacerlo en ambiente de escritorio... Pero es decisión tuya. Si lo vas a hacer en ambiente de escritorio, no te recomiendo usar VPN (aunque es un buena alternativa), pero como todas las aplicaciones de escritorio tienen problemas de deployment para actualizaciones... Mi recomendación es VB.Net (2010 o 2012) + SQL Compact Edition en un servidor de Terminal Services con un enlace de Internet Dedicado... La solución es cara (comparado con otras) para la empresa, pero el tiempo que te tomará implementar el proyecto es mucho menor. La otra solución es: - Contratar un hosting (casillas de correo incluidas) por 50 lukas al año - Desarrollar la aplicación en PHP con MySQL - Pero el tiempo de desarrollo, estimo, será mucho mayor que la otra alternativa Finalmente, si quieres "salvar el proyecto", VB.Net + SQL.... Si quieres aprender y ponerte un poco al día, PHP + MySQL. Salu2.

Bueno... si es para un colegio, podríamos dimensionar (con la vara pasá) lo siguiente: - 3 cursos por nivel (kinder a 4º medio): 39 cursos - 40 alumnos por curso - 8 asignaturas - 20 notas al año - 10 profesores Estamos hablando de 249.600 registros al año... sumándole parámetros y asdf, digamos 300.000 registros al año... MySQL para ese volumen de datos es más que suficiente... Migrar a M$ SQL Server debes considerarlo cuando tengas más de 10.000.000 de registros al año. PHP para lo que necesitas también es suficiente. Te recomiendo uses alguna metodología estructurada como MVC o HMVC. Sobre la seguridad, tienes que aplicar restricciones en 3 niveles: - Al lado del cliente (con jquery o javascript) - Al lado del servidor (aplicación) con lo que dice Ash - Al lado del servidor (motor) utilizando procedimientos almacenados Para lectura sobre procedimientos almacenados vs ad-hoc sql (o inline sql o dynamic sql) http://www.techrepub...he-code/5766837 http://en.wikipedia....tored_procedure http://stackoverflow...tements-on-mode Salu2.

Voy a meter la cuchara... Lectura: http://es.wikipedia.org/wiki/Data_Access_Object Yo creo que tu problema no es cómo accedes a los datos, sino que derechamente el motor... MySql es lindo, free y está en el 99.9% de los hosting que uno contrata regularmente... Pero ojo con MySql... es para proyectos no tan grandes (o chicos si quieres)... De los más conocidos, de menos a más (en términos de tamaño/complejidad del proyecto), según Yo, sería: 1. MySql 2. PostgreSQL 3. M$ SQL Server 4. Oracle Con ejemplos: 1. MySql para una aplicación web que tenga un catálogo de productos y carrito de compras... O un wordpress 2. PostgreSQL para una aplicación que maneje temas logísticos o ventas (con notas de venta y mayor volumen) 3. M$ SQL Server para una aplicación administrativa-contable-financiera (donde el volumen de datos es grande y el tratamiento de los datos es complejo) 4. Oracle para una aplicación tipo SAP... o para el SII o el Registro Civil... donde el volumen y complejidad son grotescos Una buena práctica es usar procedimientos almacenados para todo... Lamentablemente los procedimientos y funciones en MySQL no andan muy bien (tampoco en PostgreSQL)... También tienes que considerar que Oracle compró MySQL para tener un producto de bajo performance y acaparar más mercado, porque su producto principal no tiene mucho volumen de venta... Lo mismo ocurre con PHP, .Net, Java, HTML5, Flex, Perl, Python, etc.etc.etc... Todos tienen su orientación, pero te aseguro que una aplicación tipo SAP no la puedes hacer con PHP... no porque no sea potente y asdf... sino que por la cantidad de código y cómo lo organizas para una aplicación de más de 50 páginas (ventanas)... Si explicas qué hace tu aplicación o hacia donde van tus desarrollos, en términos de complejidad y volumen de datos, te podemos ayudar a elegir una buena herramienta... no la mejor, porque "la mejor" es subjetivo... Sono+