Espacio en SQL Server

[luisvasquez]

Estimados Amigos,

Estoy creando una base de datos en SQL Server 2000.

Primero importé desde Access algunas tablas con sus datos y luego ejecuté un SP en SQL que realiza un montón de calculos y genera otra tabla de 25.000.000 de registros.

En mi PC funciona correctamente.Accedo a ella rápido y sin ningún problema (es solo consulta).

Ahora el problema es de espacio. Tengo un hosting que me da 300MB de espacio, pero cuando saqué una copia de seguridad de la base resultante, la misma pesa 12GB (SI, COMO LEEN..DOCE GIGABYTES!!).

Tengo varias preguntas al respecto:

Al restaurar este archivo en la web ocupará lo mismo?

Hice un DBCC SHOWCONTIG y el resultado es el siguiente. Quisiera que me ayuden a interpretarlo porque tal vez la tabla esté reservando mucho más espacio del que realmente requiere.


DBCC SHOWCONTIG recorriendo la tabla 'RutasMasCercanas'...
Tabla: 'RutasMasCercanas' (875866187); Id. de índice: 0, Id. de base de datos: 7
Realizado recorrido de nivel TABLE.
- Páginas recorridas................................: 1274095
- Extensiones recorridas..............................: 159294
- Cambios de extensión..............................: 159293
- Promedio de páginas por extensión........................: 8.0
- Densidad de recorrido [Cuenta óptima:Cuenta real].......: 99.98% [159262:159294]
- Fragmentación del recorrido de extensión ...................: 0.72%
- Promedio de bytes libres por página.....................: 272.8
- Promedio de densidad de página (completa).....................: 96.63%
Ejecución de DBCC completada. Si hay mensajes de error, consulte al administrador del sistema.

Creen que necesite un servidor dedicado o podré optimizar el espacio de esta tabla?

Saludos y muchas gracias,
Luis Vásquez

[iislas]

Antes de hacer tu respaldo, ejecuta esto en tu Analizador de Consultas:

CHECKPOINT
GO
CHECKPOINT
GO
CHECKPOINT
GO
BACKUP LOG tubase WITH TRUNCATE_ONLY
GO
DBCC SHRINKDB (tubase, 0)
GO

Revisa de cuanto quedo tu base, realiza tu respaldo y dinos de cuanto quedo en espacio ocupado.

[Andres95]

Managing SQL Server 2000 Transaction Log Growth

Saludos!

[luisvasquez]

Iniciado por iislas

Antes de hacer tu respaldo, ejecuta esto en tu Analizador de Consultas:

CHECKPOINT
GO
CHECKPOINT
GO
CHECKPOINT
GO
BACKUP LOG tubase WITH TRUNCATE_ONLY
GO
DBCC SHRINKDB (tubase, 0)
GO

Revisa de cuanto quedo tu base, realiza tu respaldo y dinos de cuanto quedo en espacio ocupado.

Gracias,

He seguido estos pasos y el respaldo ha quedado casi identico (bajó muy poco su tamaño).

Supongo que esto se debe principalmente a que la tabla se ha creado en un solo proceso en lote y no en multiples sesiones de creación/eliminación.

Saludos y de nuevo gracias,
Luis

[luisvasquez]

Iniciado por Andres95

Managing SQL Server 2000 Transaction Log Growth

Saludos!

Gracias Andres,

He visto el árticulo y me parece que hace referencia al LOG File. Es claro que si usas mucho tiempo una base de datos y luego realizas un back-up que incluye el LOG, se hace muy grande.

Sin embargo, este no es mi caso, porque el Log apenas ocupa unos 300MB, lo cual, comparado con los 12GB que ocupa la data, no es casi nada..

En la misma ruta donde está el log (.LDF), está también la data (.MDF) y me he dado cuenta de que ciertamente la data ocupa casi la totalidad del espacio que ocupa el back-up, por lo que no parece que exista una salida fácil (desafortunadamente).

Ahora pregunto...

Alguno de los lectores ha tenido experiencia con base de datos tan grandes?

Es posible encontrar hospedaje compartido que ofrezca tanto espacio o creen que necesariamente la opción del servidor dedicado es la única que me queda?

Saludos y gracias,
Luis Vásquez

[Developer9]

De que hablan... Esa no me la se

[Andres95]

Ah ok, perdon me fui con la finta del truncate de log que te pasaron...

oye y la tabla que tiene los 25 millones de registros, tiene campos tipo caracter que se pudieran poner en algun calogo?

Saludos!

[luisvasquez]

Gracias...

Tengo un par de campos Varchar de 1000, aunque no se a que te refieres con lo del calogo (supongo que es catálogo, pero igual no se).

Saludos, Luis

[Andres95]

si, queria decir, Catalogo...

Un campo de 1000 caracteres es muy grande para tenerlo repetido en una tabla...

si es posible normalizarlo es mucho mejor...

un ejemplo muy sencillo seria el nombre de un proveedor. No seria bueno almacenarlo en una tabla de productos... sino que se hace un catalogo de proveedores y en la tabla de productos solo se almacena la clave de dicho proveedor, siendo un numerico es mucho mas pequeño que la cadena de caracteres del nombre...

Si los campos esos de 1000 caracteres se pueden meter a un catalogo, te ahorrarias muchisimo espacio...