Reparar una tabla dañada

15/11/2004 - 18:00 por Danilo | Informe spam
Saludos a todos amigos.

Podría por favor ayudarme alguien ?

Necesito reparar una tabla dañada.

Cómo puedo hacerlo ?

-
PortalFox :: Nada corre como un zorr
http://www.portalfox.co

PortalFox - NNTP Forum Gatewa
 

Leer las respuestas

#1 Otto Pérez
15/11/2004 - 18:43 | Informe spam
No se cual sera el problema que presenta tu tabla pero posiblemente este
articulo del portal te puede ayudar

Problema en VFP8 al intentar abrir una tabla bloqueada por otro
usuarioEnviado por: TopeKie


A continuación, unos tips para evitar problemas con el manejo de bloqueos
de archivos...Ojito con los bloqueos a nivel de fichero (FLock()) o de
registro cero (RLock("0", alias)). Si por el motivo que sea nos vemos
obligados a bloquear una tabla por cualquiera de estos dos medios, otro
usuario de la red no podrá hacer un USE de dicha tabla, ni siquiera para
consulta (tradicionalmente, en versiones anteriores del VFP sí podía...) y
recibirá un error 108.¿La causa?La nueva instrucción SET TABLEVALIDATE y
su valor por defecto (3).Esta instrucción, nueva en VFP8, regula las
verificaciones de integridad que el fox le hace a la tabla al abrirla (el
tradicional error 15 "Is not a table" de toda la vida y que ahora se ha
especializado). Este error se producía cuando el contador de registros de
la cabecera no coincidía con el numero de registros físicamente presentes
en la tabla, obtenido como resultado de dividir el tamaño de la misma
(menos la cabecera) entre el tamaño del registro. Solía ocurrir cuando
tras añadir un registro, se producía un corte de luz; la cabecera se había
actualizado, pero la tabla no o viceversa.Pues bien, ahora, si le
especificamos la opción 1 ó 3 por medio del TableValidate, el VFP8 trata
de hacer un RLock() de la cabecera. Si en ese momento otro usuario tiene
la tabla bloqueada, no podrá hacerlo yrecibiremos el error 108.¿La
solución?No la tiene buena. Según la propia help, el bloqueo de la
cabecera es inevitable en las opciones 1 y 3, por lo que no podremos
permitirle al Fox hacer esa comprobación al hacer el USE. Tendremos que
hacer Set TableValidate to 2, lo que hace que la validacion de los
registros de la cabecera no se produzca hasta el momento de hacer un
insert o un append, que será cuando nos salte el error 2091.


-
PortalFox :: Nada corre como un zorr
http://www.portalfox.co

PortalFox - NNTP Forum Gatewa

Preguntas similares