TAMAÑO DEMASIADO GRANDE DE TABLA

[Marcelo Moreno]

HOLA AMIGOS POR PRIMERA VEZ ME APERECIO UN MENSAJE EN VFP9
ARCHIVO DEMESIADO GRANDE TIENE MAS O MENOS 5.600.000 REGISTROS
PERO QUIESIERA SABER SI HAY FORMA DE EXTENDER ESA CAPACIDAD
DE ARCHIVO

[Miguel Antúnez]

Hasta donde se la capacidad limite de un DBF es de 2GB. 

Recomendación pasarte a un SGBD  (Sistema de gestión de base de datos).

Saludos.

--

--
Miguel Angel Antúnez Camones
mant...@gmail.com

[Walter R. Ojeda Valiente]

El tamano maximo de las tablas del VFP es de 2 Gb, si necesitas mas deberas cambiarte a un SGBD SQL.

> Date: Mon, 29 Oct 2012 11:15:42 -0300
> Subject: [vfp] TAMAÑO DEMASIADO GRANDE DE TABLA
> From: more...@gmail.com
> To: publice...@googlegroups.com

> --
>
>
>

[extremo]

Yo sbia que el limite de los 2GB era para archivo memos , para dbf no habia limite.... pero..... con esa cantidad de datos yo me hubiese pasado hace rato a un SGBD.

Bendiciones

[Carlos Miguel FARIAS]

Lo mejor es pasarse a un SGBD.

Temporalmente, deberías ver los tipos de datos de la tabla, en algunos casos, se puede optimizar algo, pero solo para salir del paso.

Por la cantidad de registros, estos tienen una longitud individual de unos 350 bytes.

Campos numéricos enteros definidos con N(5) a N(8), pasarlos a I (solo ocupa 4 bytes y son más rápidos para cálculos).

Campos con decimales (hasta 4) con mas de 8 dígitos en total, conviene pasarlos a currency (8 bytes de ancho).

Si tienes campos de caracteres, ver en cada uno, cual es la longitud de datos y reducir el tamaño en consecuencia.

podes usar:

SELECT MAX(LEN(RTRIM(cCampoAnalizado))) FROM tuTabla

pero como te han comentado, debes pensar en migrar a un SGBD, no es aconsejable para tu caso SQL Server Express porque solo admite 10GB por BD y eso incluye datos e indices.

En tu caso, esa tabla te ocuparía posiblemente la mita de la capacidad de entrada.

Casos a tener Firebird y PostgreSQL, mysql podría ser si logras safar de la licencia.

Saludos: Miguel, La Pampa (RA)

--
 
 
 

[Marlon Cabrera]

Para ambos la restricción son 2 GB, tienes que buscar alguna manera de administrar el tamaño, o pasarte a DB2.

 

Si mal no recuerdo VFP permite cosas como esta

 

 

--
 
 
 

--
Marlon Cabrera

[Marlon Cabrera]

Perdón lo envíe y corte el mensaje

 

Te decía que puedes usar PACK MEMO

 

Además debe ver el tamaño que se crean los memos desde un inicio puede controlar eso.

 

Usar tablas historicas , con VFP puede tener el nombre de las tablas en una tabla y con una consulta ir a consultarlas todas

 

select * from (select t_historica from mistablas)

 

esto ultimo hace rato que no lo uso, pero me parece que si existe la posibillidad pero hace rato que ando largo de VFP , así que tendrás que probar.

--
 
 
 

--
Marlon Cabrera

[hquinones]

DB2 ?
Por que DB2, si no es molestia.

HQD

[Marlon Cabrera]

jaja, queria pober DBMS, un fallo, como ahora estoy con esto de DB2, me traiciono el subconciente.  Bueno DB2 tiena una versión free, pero yo que he trabajado con MySQL, Oracle, SQLServer y DB2, todas las versiones free , no recomiendo la DB2, por falta de documentación en la web, por lo demás encuentro que cada una tiene sus virtudes y defectos cuestion del proyecto. 

 

Personalmente siempre me gusta más Sql Server, el mantenimiento es sencillo , sin complicaciones  y eso es lo que busco, además en rendimiento nunca me ha fallado.

--
 
 
 

--
Marlon Cabrera

[Carlos Miguel FARIAS]

Aca no pasa por si SQL Server es fácil o no de manejar (o cual SGBD lo es), el tema es que si tiene un límite de 10GB y el amigo tiene una tabla que ya está superando los 2 gb (y no se si tiene memos), ya en una sola tabla tiene un 20% de la capacidad copada con la versión express.
A lo mejor necesita una reingenieria de la tabla (mejor normalizada, mejor tipo de datos), pero si está con tablas nativas, y no está usando habitualmente SQL nativo para acceder a las tablas, pasar a un SGBD, es algo para hacerlo con tiempo.

Saludos: Miguel, La Pampa (RA)

--
Marlon Cabrera

--
 
 
 

[elkin dario uribe torres]

Buenos dias

Lo que comenta el compañero me acontecio en un software hace aproximadamente un año y precisamente en el periodo de mas trabajo (Noviembre-Diciembre), la recomendacion que me hicieron era migrar a un SGBD, pero puntualmente no lo era en esos momentos, lo que hice para subsanar ese inconveniente inicialmente fue mirar las tablas y me di cuenta que solo habia dos que me hacian crecer enormemente la base de datos (850.000 registros por mes) ante lo cual separe estas dos tablas y las deje como tablas libres y las demas en el contenedor (DBC) no siguio sacando el mensajito y me dio tiempo de migrar a SGBD gracias a la ayuda de miembros del foro y en especial a Victor Espina, Walter, Luis M., Mauricio Pulla.

Saludos

Elkin Uribe

--