FiveTech Support Forums

1.- Verifico que todos los archivos de bases de datos e indices existan, si no, los creo...
2.- Cree un log del cual leo el ultimo registro cada vez que entro y verifico que el programa haya terminado correctamente, de lo contrario creo los indices...
3.- Los archivos pueden ser indexados desde el menu del programa...
4.- Grabo la ultima fecha de Indexacion en un archivo .INI y los vuelvo a crear cada x numero de días...

Si el sistema es estable, no tienes que reindexar practicamente NUNCA.

En mi experiencia tengo clientes que después de años trabajando con una aplicación bastante compleja y con buen número de usuarios NO saben que es eso de 'crear indices'.

saludos

Hola Bayron, opino como José Vicente. Pueden transcurrir años sin que tenga que reindexar por problemas con los índices.
Por si se sirve de ayuda y por cautela, puedes controlar si ha habido una salida anormal del programa (cuelgue, fallo eléctrico, etc.), que es cuando se suelen fastidiar los ficheros índice, y dar la posibilidad al usuario de reindexar una vez entre nuevamente en la aplicación.

Gracias Jose y Manuel, por sus respuestas...

El problema es que soy un poco PARANOICO, y como habia leido en el foro lo de la corrupcion de indices... queria tomar todas las precauciones...
Creo que las opciones 1, 2 y 3 cubrirían las necesidades de indexar entonces....
Pero como me gusta la idea de desarrollar un software, y pasarme rascando los o'o haciendo todo automatico..., talvez deje lo de regenerar los indices, por ahi de cada 6 meses... de cualquier manera es configurable por el usuario.... y los 6 meses contarán despues de la ultima indexacion...

Gracias nuevamente...

Hola, yo lo hago igual que Bayron, con la excepción de que la fecha de indexación que guardo en un .INI, la utilizo para recordarle al usuario, el tiempo que ha pasado sin darle mantenimiento al programa.

Estoy de acuerdo, que si un sistema es confiablemente estable, no deberían darse corrupciones de indices, pero son muchos los usuarios que no prestan atención al estado de su batería de respaldo, por ejemplo, y falla la energia, es muy probable que tengamos ese problema.
Saludos.

Lo aconsejable es indexar con TAG para que cree uno solo y colocar un botón para hacer el proceso cuando sea necesario.

Saludos,

Adhemar

Hola Byron:

Yo tb estoy sobre el tema y tengo una politica semejante a la tuya.

• El tema de "cada cuantos dias" lo tengo bajo configuracion (propiedades del sistema): Diario, Semanal, Mensual o NUNCA.
  Segun lña empresa y el ambiente de trabajo, puede ocurrir una corrupcion de indices.
  Ejm: yo instale un sistema en una empresa industrial y los bajones de energia eran constantes.

• Si es en red, tb es necesario "controlar" que terminales pueden hacer el REINDEXADO.

• Tb es necesario controlar si nadie esta en el sistema al momento de reindexar, es decir si se hace automaticamente.
  Yo lo tenia automatico y si el programa estaba abierto en otra terminal, en vez de arreglar se CORROMPIA.

• Si el program termino en forma ABRUPTA, lo hago automatico en base a una bandera ubicada en cada maquina,
  con las concideraciones antreriores.

Si quieres ver una pruebas de esto, porque no te das una vuelta por mi sitio www.sauro-sys.com, ahi estan mis progamas para descargar.
Proebalos, mira la parte de CONFIGURACION del sistema

Atentamente,

Rolando.
Cochabamba, Bolivia.

Sin duda el tema de las dbf y sus indices es un dolor de cabeza,
una tabla con mas de 1 millon de registros,
se tarda enormidades en generar el cdx,
ademas indexar en un pc. cliente no es recomendable se tardaria lo doble.
un indice se corrumpe cuando se bloquea la pc o hay un apagon de la pc,
todo esto me ha llevado a olvidarme de los dbf e ir directo a sql.
saludos..

Tengo un punto de venta con dbf y cdx y en casi 3 años no he tenido que reindexar, y generan en promedio 3mil movtos por dia, pero coincido con cesar ya estoy trabajando con sql y adios a las reindexadas...
saludos
paco

Hola,

Hay otra posibilidad sin necesidad de cambiarse a SQL.

En mi caso utilizo el ADS. Es buenísimo jamás se volvieron a corromper índices ni perder partes de campos memos.

Si en una pc se cierra abruptamente la aplicación, no necesito un flag que me lo indique. Eso sí, el registro que estaba abierto queda bloqueado para todos los usuarios durante unos segundos pero luego se libera solo sin que se haya afectado para nada ni el registro ni el índice.

También ha sufrido cierres abruptos el servidor (por falla de energía) y jamás se corrompió ningún índice ni se perdieron datos.

Rolando

2.- Cree un log del cual leo el ultimo registro cada vez que entro y verifico que el programa haya terminado correctamente, de lo contrario creo los indices...

MarioG wrote:Estimados;
a que se refiere con el último registro?
como verfica que el programa haya terminado correctamente? (se me ocurre que buscando el archivo error.log)

Bayron,
gracias por la interesante aclaración