Gracias por responder Carlos. Si el SET TALK esta en ON, y el SET ODOMETER esta en 100, y en VFP el archivo lo puedo abrir con modify command o modify file sin problema, el tamaño de los archivos, ya que son dos, es uno de 1.72 gb y el otro de 1.79 gb, si una manera seria fraccionandolo, pero es un laburo tremendo, pero si no queda otra, te explico, porque ya me tome el trabajo de fraccionarlo en archivos de 1 millon de registros cada uno, luego hago el append from con el primer archivo no tengo problemas lo guarda en el dbf, pero con el segundo toma hasta el registro 262400 y se cuelga osea no corre el numero del registro, puede ser problema de memoria ya que tengo 512 de ram, voy a probarlo en una pc con mas memoria haber que hace. Gracias.
----- Original Message ----- From: Carlos A. Perez To: GUFA List Member Sent: Wednesday, May 21, 2008 12:44 PM Subject: [GUFA] Consulta Que error te da? Que raro que se cuelgue, quizas sea algo de la memoria. Si el archivo es más grande que 4 veces el tamaño de tu RAM podes tener problemas. Como sabes que se te cuelga? Poné SET TALK ON y fijate si el contador de registros avanza, pone SET ODOMETER en 100 si no está por defecto. Si se cuelga igual, entonces es posible que se haya alcanzado el limite de 2GB en espacio de tablas. Para ver si esto es posible, pero con baja probabilidad diría yo, decime el tamaño de tu archivo de texto. Si está cerca de los 2GB, entonces existe la posibilidad de que se cuelgue por este problema. Este tema es más bien complicado, y no tiene una solución cierta excepto dividir el archivo DBF en dos o más pedazos. Si no es este el problema entonces podrías intentar parsear el archivo vos mismo. Con DO WHILE NOT FEOF()..ENDDO haces un lazo para ir recorriendo el archivo .TXT, lees de a una línea por vez a memvar, y después capturas los campos con funciones de cadenas, y los insertas con INSERT FROM. Como son 16 millones de registros, estimo que va a estar varias horas, pero como la memoria solo se está consumiendo en mantener una sola línea (la actualmente procesada) no deberías tener problemas (notá el condicional). No coloques ningun índice a la DBF, dejala sin clave, sin índices, solo la DBF, para que la carga sea lo más rápida posible. Asegurate de que los datos están correctamente encolumnados en tu archivo de texto. Si necesitas partir el archivo de texto, te recomiendo el editor del viejo y querido FoxPro-DOS. Con modify file nosotros hemos abiertos .TXT de 1.6GB e (increíble) pudimos seleccionar la mitad del archivo (colocar el cursor en el inicio de selección, luego pulsar SHIFT y NO soltarlo, luego con scrollbar del editor seleccioná mas o menos la mitad del archivo, luego hacé clic donde querés que termine la selección y hecho esto recien soltás SHIFT), luego pulsar la tecla DELETE para que elimine o bien la parte superior o la inferior, y luego mandar a Save As. Se toma su tiempo, pero lo hace, FoxPro-DOS tiene punteros de 32 bits en las cadenas de caracteres (soportaba hasta 2GB en una variable de cadena), y por lo tanto podía editar (cortar, copiar,pegar) archivos de texto de este tamaño. No me consta que VFP pueda hacer lo mismo, pero si queres probalo (no tengo ahora un archivo grande para comprobarlo). Suerte Carlos De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Eduardo Lanaro Enviado el: Miércoles, 21 de Mayo de 2008 09:29 a.m. Para: GUFA List Member Asunto: [GUFA] Consulta Hola a todos: Es la primera vez que consulto a la lista, mi pregunta es la siguiente, tengo un archivo (txt) que necesito pasar a dbf, éste archivo contiene 16 millones de registros, lo intente hacer con append from pero se me cuelga la pc, habría alguna manera de pasarlo, sin tener que fraccionarlo. Muchas Gracias. Eduardo Lanaro. __________ Información de NOD32, revisión 2980 (20080328) __________ Este mensaje ha sido analizado con NOD32 antivirus system http://www.nod32.com __________ NOD32 3118 (20080521) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com
