SoloCodigo

Vamoa suponer que la query se ejecuta correctamente es decir que tienes el collation en CI (case insensitive) y que por tanto no falla si tienes guardado 'septiembre'  en vez de 'Septiembre', etc...

Entonces dado que parece ser que tienes 12 controles referidos a meses, yo haría algo como un array de controles checkbox llamados cheMes, donde los índices irían desde 0 para enero hasta 11 para diciembre y meter en una matriz los nombres de los algo así....

Entonces puesto que es de esperar que cada consulta chequee los 12 meses (supongo que por abreviar has puesto el ejemplo con 2 meses), entonces haría un bucle que recorriea todas las posibilidades:

For i = 0 To 11
        cheMes(i).Value = (ucase(rspago.Fields("MesPagado")) = ucase( mes(i))) and 1
Next

Esto implica que no tienes que tener 12 controles con nombre propio, si en un momento dado tienes que setearlos todos a false, con un bucle del tipo 'for i= 0 to 11 : mes(i).value=0 : next' lo puedes hacer frente al caso que pones que tendrías 12 líneas de código redundante.

Aparte del array de controles y de las constantes del nombre de los meses, la expresión:  'rspago.Fields("MesPagado")' es lel result set que devuelve tu consulta, que se compara con la expresión 'mes(i)' , las funciones 'ucase' convierten a matúsculas ambas expresiones sólo en la comparación (lo lógico es que en la asignación de nombre del mes ya lo quedaras en mayúsculas, así se ahorra tiempo de convertir a mayúsuculas el mes), esto evita la sorpresa de que en la bd se haya metido 'enero', 'Enero', 'ENERO', o cualquier otra posibilidad... aún podrías poner un trim(texto) para dado los casos de haber introducido ' enero  ', es decir espacios en la cadena.

Como la evaluación de la expresión da un true-false si el resultado de la consulta es igual que el texto contenido en el indice de la matriz, y puesto que el checkbox recibe sólo valores '0' ó '1' , con 'and 1' convertimos desde true-false a 1-0 .

Saludos....

te sobra eso de ..start... ya que le estás indicando que la ruta es: 'startC:\Archivos de programa\MSN Messenger\msnmsgr.exe' es decir has concatenado 2 cadenas, y el intérprete es incapaz de encontrar un archivo ccuya ruta sea ese texto.

Si al menos start fuera una variable cuyo contenido fuera una carpeta y con sfile apuntarías a diferentes archivos en una rutina al caso...

 El código sería éste:


la estrucutura de shell es shell(rutaAlPrograma, estiloVentana) cuando pongas la coma, vb6 ya te propone el modo... de ventana

Lomás lógico es tener otra tabla de clientes eliminados, así antes de eliminar un cliente, pasas todos los datos de sus compras a la tabla de compras_de_clientes_eliminados luego eliminas los datos de las tablas vigentes y finalmente el cliente. no hagas relación entre esta tabla y los id de clientes, esta tabla solo será para consultas de histroiales.

Mantener datos que no se van a usar o se usarán poco en tablas que se usan con frecuencia ralentiza el trabajo de la Bd, así que no seas ceporro y no mantengas datos que vas a consultar 2 veces al año en una tabla que manejas a diario.

De todos modos por la descripción del problema que realizas, tengo la sensación de que tienes un cacao de Bd de 3 pares de coj*****, te recomendaría  una lectura sobre 'Normalización' de las bases de datos... busca en google y aplícate al cuento.

en diseño ... pincha (doble-click) en uno de esos controles que quieres controlar, por ejemplo un textbox...

se te abre la ventana de código por el evento text1_click ...bien arriba del todo en el combo de la derecha (sin salir de la ventana de código) tienes todos los métodos que admite el control actualmente seleccionado en el cóodigo.

Localiza el evento gotFocus.... y pincha en él.... cuando el control del programa llegue allí tiene el foco...

Ahora pregúntame como controlas cunado mueves el cursor sobre un control o cuando levantas el ratón de un control....

la aplicacion tiene una 35+ ventanas asi que es una aplicacion un poco grande, creo que voy a tenar hacerlo por la bd ya que por ini tardaria mucho

No me digas ????....

Desde cuando tomar los datos de un archivo binario es más lento que de una base de datos ????.

En lo que tardas en hacer la conexión a la bd ya se han cargado el idioma de 100 ventanas.

En XML es lo mismo que en un ini, sólo que algo más lento porque tendrás un intérprete de XML por medio.

Lo lógico es cargar el idioma al inicio, lo primero ver si se estableció idioma . Leyendo en el ini una estructura básica, que indica que idioma es el seleccionado actualmente, en esa estructura le indicas el puntero al byte donde se lee el idioma actual y lo lees de un golpe o formulario a formulario y lo asignas a los controles.

Una base de datos lo que si te va a permitir es actualizar mucho mejor cualquier cambio posterior que hagas...sugiero una tabla por cada formulario... de ese modo no tendrás nombres de control repetidos en cada tabla.

Lo lógico es que el punto se trate como el separador entre cifras enteras y cifras decimales en el entorno de VB, al obtenerse de un string, en cambio una coma se interpreta como un string, ya que en VB es así.

Vete al panel de control, pincha en 'configuración regional..'  pasa a la ficha 'idiomas' y pulsa en 'detalles'..... ahí elimina el teclado inglés y activa el teclado español internacional, dale a aceptar y nuevamente a aceptar... guarda el proyecto y vuelve a abrirlo. Es posible que tuvieras que reiniciar el equipo para que se lleven a efecto los cambios.

No hagas como indica el compañero mjesun, ya que no es el caso sustituir algo por lo que no es.

Me llama la curiosidad de porqué no has puesto la letra Ñ, si tu programa es para español, sería lo crrecto, porque 'Manana quería ir a la montana si a la nina le sale del cono'.

Es más puesto que tienes 4 filas de 7 yo las haría en 3*10  + otra fila para los números... +  el bloqueo de mayúsculas, la tecla suprimir y borrar (suprimir borra caracteres a la derecha, borrar borra caracteres a la izquierda) y la tecla espacio le daba una línea entera, quizás partida en 2 por el medio donde se podría añadir alguna tecla extra...

Personalmente no me gusta leer párrafos de líneas que están sin indentar, y creo que no habrá mucha gente al que le guste.

Tómate la molestia de meterlo entre 2 tags de CODE y edítalo indentando para que sea legible.... entonces es posible que no de pereza revisar tu código. Es lo mínimo que debes hacer, si tu no quieres perder tiempo en editar tu pregunta, debes comprender que nadie quiera perder el suyo en leer algo ilegible.

Se me ha pedido hacer un algoritmo que imprima el promedio de tres calificaciones solo si el numero de calificaciones aprobadas es de 1a o mas, en caso que las tres calificaciones sean reprobatorias no sacar el promedio.

Nota: nos piden usar cualquier tipo de ciclos (mientras, repetir, desde).

Queria ver si alguien pudiera ayudarme con el ya que estoy perdido, y gracias de antemano.

Mira, la solución de los problemas se basan en el enunciado, sabiendo lo que se pide, se sabe lo que se necesita, luego es cuestión de unir las piezas..

Veamos, si son varias calificaciones (de varios alumnos), entonces tenemos una entrada de datos, el origen de esos datos.... entonces hay que canalizarlos, para eso hay que utilizar un tipo de bucle l, de entrada no es necesario especificar qué tipo...si sgues el flujo, aparece la 1ª condición 'que sean aprobadas de 1ª o superior', entonces tienes que hacer una comparación  esto cumple esta condición ? --si, no, entonces bifurcas cada caso, tratas primero uno y luego vas por el otro, siguiendo la línea de flujo de las malas calificaciones aparece la siguiente condición 'si son 3 malas calificaciones de deshecha, por lo tanto necesitas un contador de datos, vamos una variable, que cuente las veces que se cumple eso en un mismo alumno, si el otro camino cumple el requisito, entonces finalmente viene una función que calcula el promedio...

En fin hazte unos diagramas de bloques del flujo del programa y cuando lo veas claro luego decides con que lo implementas, que nombres le das a las variables, etc...

Pero currátelo, no esperes que te lo hagan.

La función int(número), retira los decimales y para convertir el string del textbox a cifras usa val(cadena).

Otra forma es controlar con una función, por ejemplo como esta:


...pero recuerda limitar el número de caracteres al textbox, para evitar desbordamientos... en cualquier caso si has de usar números lo mejor es que uses un control slider ya que puedes limitar el rango menos y mayor, no hay posibilidad de error, tampoco hay que chequear por caracteres no válidos.. (el scrollbar tanto el vertical como el gorizontal tienen limitado su rango al de un entero (32767) el slider no tiene esa limitación, además puede orientarse tanto vertical como horizontal...

Si lo que necesitas es ejecutar aplicaciones en Linux que están hechas en windows, debes usar el Wine, que por lo que tengo entendido es bastante eficaz..

Yo no lo he probado, Linux sigue sin interesarme aún....

Hola -su, es curioso... a mi también me interesa mucho los motores de base de datos, de hecho estoy diseñando (en los tiempos libres) los esquemas y reuniendo ideas para hacer un miniSQL que en esencia tendría todo lo que tiene un SQL pero sin tanta tontería, es decir esos recovecos que casi nadie conoce y cuya utilidad es muy muy limitada y es la que sirve de pie a los fallos de seguridad.

Aparte de eso, pretendo algunas cosas más, lo más esencial es la sencillez de uso, para ello lo implementaré tal como es el español, donde cada parte de la oración gramatical puede casi cambiar de sitio y seguir teniendo el mismo significado, esto evita los errores por falta de ese aprendizaje concienzudo que se requiere para manjar bien las bases de datos.

También quiero proveerlo de sinónimos, es decir porqué usar siempre 'delete' y solo delete ?? .. en el lenguaje normal usamos hasta una veintena de sinónimos, entonces en mi bd 'borrar' 'eliminar' 'destruir' 'tirar' podrán usarse indistintamente, además daré soporte a sinónimos particulares, es decir si uno prefiere emplear el término 'ahorcar' para referirse a 'borrar' podrá hacerlo (de acuerdo a unas sencillas reglas.... aunque la idea del sinónimo libre de usuario va más enfocado a exportarlo a otros idiomas partiendo de una tabla o esquema que se tomaría de un archivo como tabla de traducción... dicho de otro modo que nadie tendrá que aprender el manejo de dicha base de datos en español o inglés, sino en su propio idioma de su país (o en el de su familia si así se quiere y contruye dicha tabla).

La parte más relevante ... el de velocidad lo tengo resuelto, pués he desarrollado el algortimo más eficiente del mundo en cuanto a ordenar listas se refiere, de hecho aun en alto nivel es el doble y más de rápido que cualquiera en escrito en bajo nivel, además sea el nivel de desorden que haya tarda siempre exactamente lo mismo en calcularlo, no hay por tanto ni mejor ni peor caso... ya que soy de lo más pobretón, quiero patentarlo y ver si me deja algún beneficio que me permita vivir un poco dignamente y tapar esos agujeros (si negros, negros.. vamos hacienda o no es negro ?)...

Quería comentarte de paso algo sobre tu esquema.... y ya me dirás:

cuando quieres sacar X dato que no es del primer archivo te toca buscar por cada archivo hasta llegar al que se quiere y eso consume muchos recursos  cuando la base de datos es muy grande.

Mi idea es poner todos los headers al inicio del archivo y asi solo tendria que ir al lugar en el que esta.
El problema es mantener los headers y los datos en el lugar correcto.

Te entiendo, pero yo lo que haría en este caso tuyo es mantener otro archivo sólo para esto, es decir por un lado los datos y por otro las referencias de los datos, es decir la tabla tal empiez en el byte 45678, esos punteros los pondría en otro fichero, y ese otro fichero si que tendría 'headers' para los nombres de las tablas (tal como indicas similar a la estructura xml) y por tanto haciendo su búsqueda en árbol tampoco en modo secuencial...

un esquema un poco rápido sería algo como esto:
esquema para el fichero de cabeceras de la BD
Como puedes ver en este esquema, si se hace bastante completido ya puede ser complejo y profundo, por ello entiendo que es más fácil y mejor tratar independientemente cada aspecto de la base de datos, además esto facilita la concurrencia, me explico:
 Supongamos que tenemos creado esos dos ficheros de los datos de la BD (el de cabeceras con info de la tabla y el de los datos ) de entrada al abrir la base de datos hago DOS copias del fichero de cabeceras, usando el mismo nombre y canbiando la extensión como quiera que aunque una DB sea muy grande, este fichero siempre será bastante más pequeño por tanto esta copia es rápida... bien si ahora hago una solicitud de BUSQUEDA (no delete ni insert : table, ni modificar aspectos de los campos, es decir que no hace variar a este fichero)  mientras se procesa la solicitud buscando en dicho fichero(en una copia), otra consulta puede estar buscando en el fichero de datos, así no es preciso que quede libre el fichero de cabeceras para iniciarse otra query, ya que las querys alternan el uso de una copia u otra según la que no esté en uso, luego el primero que termina de procesar en el fichero de cabeceras 'marca' que ya empieza a usar el fichero de datos, así si mientras la otra query termina si debe esperar, pero al mismo tiempo que se marca que empieza a buscar en el fichero de datos, marca que el fichero de cabecera x ya está libre para otra concurrencia de query, así mientras se valida una query con el fichero de cabeceras, etc... otra consulta está trabajando cen el fichero de datos, luego los tiempos de espera se reducen...

Si en un momento dado la query solicitada es modificar una tabla, eliminarla o crear, implica modificar el fichero de cabeceras, en este caso,  esta query mientras se valida debe esperar a que se marquen libres las 2 copias, estas se eliminan y si aún no está libre el fichero de datos se espera, luego se rematan las acciones en aquella y mientras se hace esto se crean nuevamente esas copias de los ficheros de cabeceras... vamos que una query está en la BD(datos), mientras otras 2 pueden estar en las bd(cabeceras) validando las querys....

Fíjate que con tu sistema de todo en un sólo fichero sólo puedes indicar otro proceso cuando el primero termine totalmente su cometido, es decir hay muchos tiempos de espera, en bases de datos con muchos usuarios...

Y porque usamos las 2 copias y no la original BD(cabecera) ?: porque en ella cada query 'marca' , 'estoy trabajando en la tabla x.y,m si quereis consultar esperad'...claro que marcar esto es mucho más rápido que validar la query y más rápido aún que procesar los datos de la query en la BD(datos).... vamos es un esquema bastante más óptimo, dado que el tuyo queda monousuario.

Naturalmente debe haber un pequeño conjunto de reglas, si voy a alñadir datos a la tabla 'sueldos' y luego voy a hacer la media, pero debo esperar a la consulta saliente deje la bd, la 2ª consulta, pongamos que es más rápido en validarse la query 'hallar la media de la tabla sueldos en el campo medicos' que validar la query 'actualizar la tabla sueldos en los campos medicos, hospital, horario, extrax relacionado con la tabla atrasos_pendientes en los campos medicos, horarios,hospital,extras', en ese caso no puedo enviar a la query 2ª (la que hallaba la media) a la bd, ya que los datos de ésta dependen de la anterior.... una norma básica pués sería: si id_query (a cada query se le da un id, como en las colas del paro, que representa tu 'turno') que ha sido validada (query2 es mayor que la id_query(de la query en proceso de validación, llamémosla query1) y la query 2 trabaja en alguna tabla que la query 1 ha marcado y la query no es consultar datos(leer), sino escribir, entonces query2 debe esperar a que query1 termine...

....me estoy extendiendo...

la idea es mas amplia de lo que crees y tengo en mente unos conceptos nuevos que no deceo que mo los quiten

jejeje.... a mi me pasa lo mismo, pero suele ocurrir 2 cosas casi a igual promedio, que la mitad de esas ideas-conceptos nadie los tiene concebiso, y que por el contrario la mitad de esas ideas-conceptos gran parte tambien lo tiene concebido... normalmente los segundos surgen de los defectos o carencias que te vas encontrando, los primeros surgen de la lucidez cuando trabajs en otro campo y de repente una solución para una cosa extraña te das cuenta que con pocos cambios, o algunos más vale aplicarlo a otro campo, es por ello que resulta difícil que otros estén también en eso mismo, aunque estén en otras cosas que de algún modo compete por ahí pero de manera muy alejada...

ah...una cosa olvídate de las bases de datos en dbse, te recomiendo centrarte en bases de datos relacionales de última generación, aunque cualquier base de datos puede enseñar muchas cosas, las antiguas suelen llevar por el camino, cuyo final es un callejón sin salida, digo sin futuro ... no en vano van siendo abandonadas poco a poco (poco a poco porque de un plumazo no puedes dejar a los usuarios colgados, si no lo harían).

...Entonces retomando el hilo(que me he saltado), el fichero de datos tendría un esquema sin los headers de la tabla, más aún existe la necesidad de tener otro fichero con datos acerca del fichero de datos (no acerca de los datos contenidos, para eso era el fichero de cabeceras de tablas y campos) ni tampoco los datos que en si mismos se valen, sino de otros datos acerca del fichero como cualquier fichero, pero por lo mismo que lo anterior, para evitar problemas de concurrencia, digamos que aunque su escritura es rápida, impide lectura que es donde está el gran tiempo empleado en las querys, por tanto todo proceso que alivie a dicho archivo bienvenido sea... vamos que las piernas han de correr, no pensar , para eso está la cabeza que ella no puede correr...

...y aunque este puede tener algunos esquemas diferentes que pueden merecer su buena lógica, uno de ellos podrías ser algo como:
fichero de control del fichero de datos

Para mi la ventaja de la cachés es clara si se guardan ciertas cachés es más rápido servirlas que procesarlas, aún así puede haber unas reglas de uso,,, el admin de la BD decide si usarlas o no, si el tamaño de una salida de cahcé sobrepasa cierto tamaño queda desechada, el admin determina el tamaño en base a la memoria que dispone su sistema, una repesuesta procesada demasiado simple quizás no suponga excesiva ventaja meterla en caché. No obstante buscar entre 32 registros la coincidencia de una querystring es más rápido que realizarlo en la BD además la salida ya está procesada y además si sale coincidencia con la que exista en caché  la bd está libre para otra previa más tiempo que si esta estuviera en la cola... de todos modos el uso de cachés que sea acertado o no dependerá de como se utilice la bd, no es lo mismo un BD que aloja datos estadísticos de población  que una Bd de compras de como ebay, por poner un ejemplo o igual que una web corporativa de repuestos de automóovil... estás últimas posiblemente tengan poca carga de trabajo y no necesiten cachés y además sus consultas pueden ser muy sencillas limitándose en la mayoría de los casos a verificar si tienen un producto en stock y solicitarlo y consultar si fue enviado o totalizar facturas, etc...

bueno el esquema de los datos creo que ya puedes deducir más o menos como yo lo trazaría por tanto no me extiendo en hacerte algún esquema. Ahora bien si hay cosas en las que quieras profundizar, pués charlemos...

... bueno lo dicho me he estendido...
p.d.: se me olvidaba aclarar que eso del 'ultraHeader' sería para hacer corresponder los 3 ficheros entre si, ya que el motor debería mantener internamente una tabla con las bases de datos registradas en ellas y donde debería mantener campos para esos 3 ficheros, tanto el nombre del archivo como el nombre de la BD para evitar incongruencias, vamos que al abrir una bd el primer intentos es ir a dicha tabla localizar dicho nombre, tomar la ruta, comprobar que en dicha ruta existe ese archivo y que realmente es un archivo de la BD no un archivo cuialquiera renombrado...