Indexación de Archivos

[Bayron]

Debido a que he escuchado que los archivos de Indices suelen corromperse, actualmente tengo en un programa de punto de ventas en el que hago lo siguiente:

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...

La Indexación toma aproximadamente 5 segundos o mas al ir incluyendo mas transacciones o artículos...

No se si todo esto es demasiado, pero de acuerdo a sus experiencias de corrupción, cada cuantos dias deberia usar la opción No. 4????

[José Vicente Beltrán]

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

[Manuel Aranda]

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.

[Bayron]

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...

[FranciscoA]

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.

[acuellar]

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

[RSalazarU]

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.

[sysctrl2]

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..

[Francisco Horta]

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

[rolando]

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

[MarioG]

Estimados;
Mas alla de que uso ADS y ratifico lo que escribe Rolando pregunto: (o mas bien solicito me 'desaznen')
No tentiendo lo siguiente (del post original):

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...

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)

gracias

[Bayron]

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)

Tengo una base de datos, en la que voy grabando ciertos procesos, como por ejemplo:
Inicio, Grabar, Borrar, Modificar, Fin de la Sesión, estos procesos son identificables por un código, y pueden ser comparables...
De esta manera se quien hizo que?... y restaurar cierta informacion en caso de estar corrompida...

[MarioG]

Bayron,
gracias por la interesante aclaración