"El indice no corresponde a la tabla elimine el archivo de indice y vuelva a crear el indice" Urgente!

[German Matias Schwegler]

Hola  buenas tardes como  están?

tengo un gran problema por lo menos así lo veo  yo, espero  me  puedan ayudar,  si  bien ya  vi algunos temas con este problema intené  solucionarlo y no pude.

Estaba creando una tabla usuarios, en un momento  quise agregar un registro nuevo  mediante un "append" por descuido precioné  el  mouse hize un click en una opcion  y es como que se me refrescó el  fox, todos los campos o la  mayoría  quedaron con signos de pregunta, y un cartel de error  que no recuerdo lo que decía.
cerré  todo, lo volví abrir y no me deja  hacer  nada, el error  que me tira es el del titulo.

necesito una explicación de como reparar los indices, leí por ahí  que debo borrar los archivos.cdx, lo hize pero no  resulta, tambien  ejecuté  este  codigo  pero me dice  que debo borrar y no se el procedimiento, no soy nuevo  en programación  pero si en fox, espero su  ayuda, mi jefe  me mata.

Saludos!

"SET tablevalidate to 0

USE producto EXCLUSIVE

APPEND BLANK
DELETE
PACK"

[GeoSys Diseño de Software]

Bien, empecemos por partes:

Eres programador???

Te lo pregunto por esto:

Estaba creando una tabla usuarios, en un momento  quise agregar un registro nuevo  mediante un "append" por descuido precioné  el  mouse hize un click en una opcion  y es como que se me refrescó el  fox.

No entendemos nada de nada....

Saludos

Anthony Contreras Peralta

Costa Rica.

[Fidel Charny]

Lo que tienes que hacer es regenerar los índices:

USE UnaTabla IN 0 EXCLUISVE

SELECT UNaTabla

DELETE TAG ALL

INDEX ON  campo1 tag icampo1

etc

USE

[German Matias Schwegler]

hola  como  estas?

si, estoy programando en fox,  tengo poca experiencia pero creo que podría decirse que soy  programador.

con respecto a  tu sita de la pregunta, estaba dentro del  fox,  con mi base de datos  abierta (agregando tablas y campos), con el comand windows, escribí append, agregué  dos regsitros  nuevos  a una tabla usuarios que había creado, y pasó lo que pasó.

Saludos!

[German Matias Schwegler]

hola  fidel  como  estas?

voy a  probar, lo otro es que  yo tengo un backup de la bdd, o sea tengo todo el  archivo de tablas, y base de datos originales, en otra pc,  yo podría  remplazar  estos  archivos  por los archivos  dañados?

Saludos!

[Fidel Charny]

Si tienes un problema de índices debes resolver el problema de índices. Probablemente no tengas pérdidas de datos, solo que alguna salida errónea del sistema (tal vez se bloqueó, tal vez apagaron el equipo con las tablas abiertas) pudo haber quedado con Size=0 u otro valor erróneo.

Cuando no hay solución posible, no tendremos otro remedio que recuperar un back. Pero lo que se debe evaluar es cuanta información se pierde en una recuperación. La herramienta de reindexado para los que trabajan con tablas nativas es indispensable.

[ERNEST G.]

Con la solución que te da fidel es mas que suficiente.

El 19 de marzo de 2014, 13:57, German Matias Schwegler <gemas...@gmail.com> escribió:

--
Ernesto G.

[German Matias Schwegler]

Hola  buenas trades como estan?

Les cuento  lo que hize,  copié las tablas que ocupaba y los formularios, en una base nueva, entré  y los campos de la tabla productos,  estaban  todas cortadas los nombres  de los campos no estaban  compeltos.

Pensando en que tenía  que volver a  diseñar todo  de nuevo la base o por lo menos las tablas que estaba  ocupando, solamente completé  los nombres de los  campos, ejecuté  una  vez, (los formularios y el  codigo no los perdí) al ejecutar por segunda  vez,  me recuperó todos los datos  que tenía antes de perder todo.

Seguramente es lo que debía  hacer,  regenerar los indices, de otra forma no puede.

Gracias y Saludos!

[HernanCano]

Germán:

¿Acaso copiaste las DBF co USE y COPY TO?

Entonces pasaste DBFs y campos de DBFs contenidos en una DBC a archivos libres ("tablas libres"): si usas nombres de campo largos (de más de 10 caracteres), vas a tener el problema que acabas de comentar.

Cuando estás "haqueando" (perdón por la frase, pero si el colega pregunta, es por que la app original no es de él) (perdón la ortografía, pero no deseo que el sistema me anule este mensaje)), una app de otro con DBFs contenidas en DBC y con nombres de campo largos, vas a tener esa dificultad.

Si deseas no tener la dificultad, debes estudiar (¿por qué no lo has hecho?) el comando COPY TO con las cláusulas DATABASE y WITH.

Después de que hagas tus pruebas, no informas por aquí mismo (por este mismo mensaje) cómo te va y/o qué dificultades se te puedan presentar.

...Pero después de estudiar el comando COPY TO con las variantes mencionadas. ¿Estamos?