SoloCodigo

Hola.

Una sentencia SQL utiliza los índices que la tabla tenga creados segun los campos por los que realice una selección y/o agrupación, y/o unión. Es decir, por ejemplo si en una cláusula where comparas por un campo que tiene un índice creado y por otro que no lo tiene, para el segundo se construye en el momento una vía de acceso, con la consiguiente demora en la consulta. Si el número de registros en la tabla es pequeño esta demora no será significativa, pero en otro caso... Otro caso (y tal vez en el que más se puede notar la diferencia) en el que tener creado adecuadamente índices es importante es cuando la sentencia SQL cuenta con tablas unidas mediante JOIN, LEFT JOIN, INNER JOIN, etc, ... Si los campos de unión están indexados mejor que mejor.

Abur.

Hola chryobcn.

¿De verdad piensas que usar windowstate es una chapuza?... pues no sé que será más chapucero: usar ese método inhabilitando el MaxButton, o tener una aplicación MDI todo el rato maximizada...

Abur.

Hola jpardo84.


Abur.

Gracias por el aporte blade72.

Hola jpardo84.

La forma que conozco para obtener el path de la base de datos es a través del objecto CurrentDb. La propiedad Name proporciona el nombre con la ruta completa de la base de datos, por lo que como imagino por lo que dices que lo que necesitas es el nombre y ubicación de la bd, no necesitas hacer nada más. Si sólo necesitaras recuperar la ruta, necesitarías hacer una muy sencilla función para recuperarla.

Suerte.

Hola paisano.

Puedes seguir varios caminos:

- Tener una unidad asignada al recurso de red. La ruta de la bd seria similar a si estuviera en local, por ejemplo Set mb = OpenDatabase("u:/CarpetaCompartida/bd.mdb"). Puedes realizar la conexión con la unidad manualmente, manualmente indicando que se restaure la conexión al iniciar (sólo lo tendrías que hacer una vez), o mediante el comando Net Use.

- Referirse al equipo que tiene la bd por su ip o por su posible nombre de dominio:

por su ip: \\999.999.999.999\CarpetaCompartida\db.mdb

o si tienes una entrada para la ip en el archivo hosts (o lmHosts, asegún), asociandola a un nombre para el equipo: \\NombreEquipo\CarpetaCompartida\db,mdb

Abur.

Me sumo a las felicitaciones. Enhorabuena por el chollo...

Hola giomar.

SourceSafe permite llevar control sobre cambios y control de versiones en el código fuente. Debe ser especialmente útil en entornos de trabajo cooperativos en los que varias personas mantienen las aplicaciones.
Personalmente nunca lo he utilizado, pues yo me lo guiso y yo me lo como...

Suerte.

Hola KHARTER.

En este foro, ve a la parte inferior de la página y donde dice 'Buscar en este foro', introduce la palabra Printer. Verás la de resultados que obtienes...

Suerte.

Hola cucaracha.

Para hacerlo sencillo supongo una región a 'borrar' rectangular y uso un picture box como origen para copiar, Imagina algo así:

Un PictureBox llamado Picture1 con su correspondiente imagen. Otro PictureBox llamado Picture2 sin picture cargado y con el color de fondo que desees que aparezca en el lugar 'recortado'.


Suerte.

Hola.

Ojo cuando uséis 'App.Path'... Mucha gente añade un slash (\) antes del nombre de archivo. Esto funciona bien hasta que App.Path = C:\ , por ejemplo. Me explico:

Si la aplicación se encuentra en la raíz de C: , App.Path devuelve C:\.

Si la aplicación se encuentra por ejemplo en C:\Ruta\ , App.Path devuelve C:\Ruta.

Lo que yo suelo hacer es lo siguiente:

¿puede Acces97 autoaveriguar cuál es la ruta donde se encuentre actualmente una base de datos abierta?

Acces97 no tiene nada que ver aquí. Además, no puede detectar 'una base de datos abierta'  porque en este caso supongo que NO está abierta.

En cuanto a lo del error que te da, no tiene nada que ver con el tema que estamos tratando... está bien claro, en algún sitio tienes una variable sin declarar: ejecuta la aplicación desde el IDE y comprueba cuál es la palabra que te aparece resaltada.

Suerte.

Hola COSERVITEL.

Es una forma más de complicar un poco las cosas, pero no podrías evitar el uso ilegal del soft. Me explico:

1- Nada impediría distribuir copias ilegales del ejecutable junto con el archivo .SIS. Desde luego que en la misma empresa la aplicación se podría instalar en tantos puesto como se deseara sin mayor problema.

2- Dependiendo de como se calcule la clave según la fecha actual y los datos de entrada del archivo de texto (encriptados o no), podría ocurrir que alguien utilizase un programa para debuguear tu aplicación, agregando puntos de interrupción a las llamadas a las funciones de MSVMVB60.DLL, lograse indentificar el algoritmo de comprobación de esas claves. A continuación sólo tendría que crear un programita que crease un archivo .SIS a gusto y llamar a tu aplicación.

Yo desde luego que no sabría hacerlo, pero no dudes que mucha gente si sería capaz...
De todas formas, para implementar una solución de este estilo, lo principal es crear el algoritmo que a partir de la fecha actual y una serie de valores, aplicando ciertas operaciones, obtenga un valor con el que comparar y así decidir si la copia es legal o no. Algo así (por supuesto que supersimplificado, sólo para que te hagas una idea).

Para probar añádelo a un Form con un CommandButton

Suerte.