Borrar Campos de Tipo Text

Edgar Oneider Gil,

Empezemos por ejecutar sp_spaceused. Puedes postear el resultado?

use tu_bd
go

exec sp_spaceused
go


AMB

"Edgar Oneider Gil" wrote:

> Hola, gracias por la apreciacion.
> Pero no soluciona mi problema.
>
> Cuando la base de datos estaba sin los campos ocupaba 15GB de datos y 20GB
> en total.
> Al duplicar los campos de imagen, la base de datos alcanzan unos 30GB, y se
> amplio a 40GB en total.
> Luego de borrar los campos se piensa que el espacio que ocupan los datos
> deberia regresar a 15GB en promedio, pero no sucede, el tamaño de la base de
> datos sin los campos conserva los 30GB de datos. Que hacer en este caso.
>
>
> "Maxi" wrote:
>
> > Hola, para que sql retorne el espacio al SO debes hacer un Shink a la base
> > de datos
> >
> >
> > Salu2
> > Maxi
> >
> >
> > "Edgar Oneider Gil" <Edgar Oneider escribió
> > en el mensaje news:
> > > Hola a todos.
> > > Tengo un problema Borrando campos de tipo Image que guardan informacion de
> > > imagenes.
> > > Tengo 4 campos de imagen, cree 4 campos adicionales de imagen, porque de
> > > cada registro se debe hacer un cambio a las imagenes, y se decidio primero
> > > colocar la imagen alterada en un campo adicional.
> > > Eso duplico el tamaño de la base de datos, es logico, porque de cada
> > > imagen
> > > hay dos copias. Luego se cambio la aplicacion para que utilizara los
> > > nuevos 4
> > > campos.
> > > Decidimos hacer un ALTER TABLE para borrar los campos viejos de imagen, y
> > > se
> > > borran inmediatamente, sin embargo el tamaño de la base de datos no reduce
> > > en
> > > absoluto, ese es el problema.
> > > Cual es la forma correcta para restuarar la base de datos a un tamaño
> > > real,
> > > despues de borrar campos de ese tipo?
> > >
> > > Oneider
> > >
> >
> >
> >

ShrinkDatabase es una instruccion que reduce el espacio libre que hay en los
archivos de base de datos, no necesito reducir el espacio libre, sino
recuperar espacio que la base de datos esta usando para los datos, despues de
haber borrado campos de tipo imagen con mucha informacion.



"Maxi" wrote:

> Hola, vos leiste bien mi mensaje anterior? has hecho un shink a la base de
> datos? o sea, has usando
>
> DBCC SHINKDATABASE
>
>
> Salu2
> Maxi
>
>
> "Edgar Oneider Gil" escribió en
> el mensaje news:
> > Hola, gracias por la apreciacion.
> > Pero no soluciona mi problema.
> >
> > Cuando la base de datos estaba sin los campos ocupaba 15GB de datos y 20GB
> > en total.
> > Al duplicar los campos de imagen, la base de datos alcanzan unos 30GB, y
> > se
> > amplio a 40GB en total.
> > Luego de borrar los campos se piensa que el espacio que ocupan los datos
> > deberia regresar a 15GB en promedio, pero no sucede, el tamaño de la base
> > de
> > datos sin los campos conserva los 30GB de datos. Que hacer en este caso.
> >
> >
> > "Maxi" wrote:
> >
> >> Hola, para que sql retorne el espacio al SO debes hacer un Shink a la
> >> base
> >> de datos
> >>
> >>
> >> Salu2
> >> Maxi
> >>
> >>
> >> "Edgar Oneider Gil" <Edgar Oneider
> >> escribió
> >> en el mensaje news:
> >> > Hola a todos.
> >> > Tengo un problema Borrando campos de tipo Image que guardan informacion
> >> > de
> >> > imagenes.
> >> > Tengo 4 campos de imagen, cree 4 campos adicionales de imagen, porque
> >> > de
> >> > cada registro se debe hacer un cambio a las imagenes, y se decidio
> >> > primero
> >> > colocar la imagen alterada en un campo adicional.
> >> > Eso duplico el tamaño de la base de datos, es logico, porque de cada
> >> > imagen
> >> > hay dos copias. Luego se cambio la aplicacion para que utilizara los
> >> > nuevos 4
> >> > campos.
> >> > Decidimos hacer un ALTER TABLE para borrar los campos viejos de imagen,
> >> > y
> >> > se
> >> > borran inmediatamente, sin embargo el tamaño de la base de datos no
> >> > reduce
> >> > en
> >> > absoluto, ese es el problema.
> >> > Cual es la forma correcta para restuarar la base de datos a un tamaño
> >> > real,
> >> > despues de borrar campos de ese tipo?
> >> >
> >> > Oneider
> >> >
> >>
> >>
> >>
>
>
>

Este es el resultado de ejecutar el Spaceused.
utilice una base de datos con solo 60000 registros.


BASEDATOS TAMAÑO ESPACIO NO ASIGNADO
MIBD 3273.00 MB -16.59 MB

RESERVADO DATOS INDICES NOUSADO
1956512 KB 1682624 KB 5680 KB 268208 KB

Al ejecutar el sp_helpdb este es el resultado:

BD_Data C:\BD\BD_Data.MDF 1939520 KB
BD_Log C:\BD\BD_Log.LDF 1412032 KB

Al borrar los campos de la base de datos el espacio usado del archivo de
datos sigue igual.



"Alejandro Mesa" wrote:

> Edgar Oneider Gil,
>
> Empezemos por ejecutar sp_spaceused. Puedes postear el resultado?
>
> use tu_bd
> go
>
> exec sp_spaceused
> go
>
>
> AMB
>
> "Edgar Oneider Gil" wrote:
>
> > Hola, gracias por la apreciacion.
> > Pero no soluciona mi problema.
> >
> > Cuando la base de datos estaba sin los campos ocupaba 15GB de datos y 20GB
> > en total.
> > Al duplicar los campos de imagen, la base de datos alcanzan unos 30GB, y se
> > amplio a 40GB en total.
> > Luego de borrar los campos se piensa que el espacio que ocupan los datos
> > deberia regresar a 15GB en promedio, pero no sucede, el tamaño de la base de
> > datos sin los campos conserva los 30GB de datos. Que hacer en este caso.
> >
> >
> > "Maxi" wrote:
> >
> > > Hola, para que sql retorne el espacio al SO debes hacer un Shink a la base
> > > de datos
> > >
> > >
> > > Salu2
> > > Maxi
> > >
> > >
> > > "Edgar Oneider Gil" <Edgar Oneider escribió
> > > en el mensaje news:
> > > > Hola a todos.
> > > > Tengo un problema Borrando campos de tipo Image que guardan informacion de
> > > > imagenes.
> > > > Tengo 4 campos de imagen, cree 4 campos adicionales de imagen, porque de
> > > > cada registro se debe hacer un cambio a las imagenes, y se decidio primero
> > > > colocar la imagen alterada en un campo adicional.
> > > > Eso duplico el tamaño de la base de datos, es logico, porque de cada
> > > > imagen
> > > > hay dos copias. Luego se cambio la aplicacion para que utilizara los
> > > > nuevos 4
> > > > campos.
> > > > Decidimos hacer un ALTER TABLE para borrar los campos viejos de imagen, y
> > > > se
> > > > borran inmediatamente, sin embargo el tamaño de la base de datos no reduce
> > > > en
> > > > absoluto, ese es el problema.
> > > > Cual es la forma correcta para restuarar la base de datos a un tamaño
> > > > real,
> > > > despues de borrar campos de ese tipo?
> > > >
> > > > Oneider
> > > >
> > >
> > >
> > >

ShrinkDatabase es una instruccion que reduce el espacio libre que hay en
los
archivos de base de datos, no necesito reducir el espacio libre, sino
recuperar espacio que la base de datos esta usando para los datos, despues
de
haber borrado campos de tipo imagen con mucha informacion.



"Maxi" wrote:

Mostrar la cita

Hola, vos leiste bien mi mensaje anterior? has hecho un shink a la base
de
datos? o sea, has usando

DBCC SHINKDATABASE


Salu2
Maxi


"Edgar Oneider Gil" escribió
en
el mensaje news:
> Hola, gracias por la apreciacion.
> Pero no soluciona mi problema.
>
> Cuando la base de datos estaba sin los campos ocupaba 15GB de datos y
> 20GB
> en total.
> Al duplicar los campos de imagen, la base de datos alcanzan unos 30GB,
> y
> se
> amplio a 40GB en total.
> Luego de borrar los campos se piensa que el espacio que ocupan los
> datos
> deberia regresar a 15GB en promedio, pero no sucede, el tamaño de la
> base
> de
> datos sin los campos conserva los 30GB de datos. Que hacer en este
> caso.
>
>
> "Maxi" wrote:
>
>> Hola, para que sql retorne el espacio al SO debes hacer un Shink a la
>> base
>> de datos
>>
>>
>> Salu2
>> Maxi
>>
>>
>> "Edgar Oneider Gil" <Edgar Oneider
>> escribió
>> en el mensaje
>> news:
>> > Hola a todos.
>> > Tengo un problema Borrando campos de tipo Image que guardan
>> > informacion
>> > de
>> > imagenes.
>> > Tengo 4 campos de imagen, cree 4 campos adicionales de imagen,
>> > porque
>> > de
>> > cada registro se debe hacer un cambio a las imagenes, y se decidio
>> > primero
>> > colocar la imagen alterada en un campo adicional.
>> > Eso duplico el tamaño de la base de datos, es logico, porque de cada
>> > imagen
>> > hay dos copias. Luego se cambio la aplicacion para que utilizara los
>> > nuevos 4
>> > campos.
>> > Decidimos hacer un ALTER TABLE para borrar los campos viejos de
>> > imagen,
>> > y
>> > se
>> > borran inmediatamente, sin embargo el tamaño de la base de datos no
>> > reduce
>> > en
>> > absoluto, ese es el problema.
>> > Cual es la forma correcta para restuarar la base de datos a un
>> > tamaño
>> > real,
>> > despues de borrar campos de ese tipo?
>> >
>> > Oneider
>> >
>>
>>
>>

Chequea el comando "dbcc cleantable" en los libros en linea.


AMB

"Edgar Oneider Gil" wrote:

> ShrinkDatabase es una instruccion que reduce el espacio libre que hay en los
> archivos de base de datos, no necesito reducir el espacio libre, sino
> recuperar espacio que la base de datos esta usando para los datos, despues de
> haber borrado campos de tipo imagen con mucha informacion.
>
>
>
> "Maxi" wrote:
>
> > Hola, vos leiste bien mi mensaje anterior? has hecho un shink a la base de
> > datos? o sea, has usando
> >
> > DBCC SHINKDATABASE
> >
> >
> > Salu2
> > Maxi
> >
> >
> > "Edgar Oneider Gil" escribió en
> > el mensaje news:
> > > Hola, gracias por la apreciacion.
> > > Pero no soluciona mi problema.
> > >
> > > Cuando la base de datos estaba sin los campos ocupaba 15GB de datos y 20GB
> > > en total.
> > > Al duplicar los campos de imagen, la base de datos alcanzan unos 30GB, y
> > > se
> > > amplio a 40GB en total.
> > > Luego de borrar los campos se piensa que el espacio que ocupan los datos
> > > deberia regresar a 15GB en promedio, pero no sucede, el tamaño de la base
> > > de
> > > datos sin los campos conserva los 30GB de datos. Que hacer en este caso.
> > >
> > >
> > > "Maxi" wrote:
> > >
> > >> Hola, para que sql retorne el espacio al SO debes hacer un Shink a la
> > >> base
> > >> de datos
> > >>
> > >>
> > >> Salu2
> > >> Maxi
> > >>
> > >>
> > >> "Edgar Oneider Gil" <Edgar Oneider
> > >> escribió
> > >> en el mensaje news:
> > >> > Hola a todos.
> > >> > Tengo un problema Borrando campos de tipo Image que guardan informacion
> > >> > de
> > >> > imagenes.
> > >> > Tengo 4 campos de imagen, cree 4 campos adicionales de imagen, porque
> > >> > de
> > >> > cada registro se debe hacer un cambio a las imagenes, y se decidio
> > >> > primero
> > >> > colocar la imagen alterada en un campo adicional.
> > >> > Eso duplico el tamaño de la base de datos, es logico, porque de cada
> > >> > imagen
> > >> > hay dos copias. Luego se cambio la aplicacion para que utilizara los
> > >> > nuevos 4
> > >> > campos.
> > >> > Decidimos hacer un ALTER TABLE para borrar los campos viejos de imagen,
> > >> > y
> > >> > se
> > >> > borran inmediatamente, sin embargo el tamaño de la base de datos no
> > >> > reduce
> > >> > en
> > >> > absoluto, ese es el problema.
> > >> > Cual es la forma correcta para restuarar la base de datos a un tamaño
> > >> > real,
> > >> > despues de borrar campos de ese tipo?
> > >> >
> > >> > Oneider
> > >> >
> > >>
> > >>
> > >>
> >
> >
> >