agregar archivo de datos a base

GuilleSQL, efectivamente un grupo de ficheros puede tener varios ficheros con
distintas configuraciones (crecimiento, ubicación, etc).

Ahora bien, ¿cómo puedes hacer que una tabla, que se encuentra en un grupo
de ficheros (tenga éste uno o 1000 ficheros) no "crezca" en un archivo
determinado? Eso no es posible, puesto que SQL Server distribuye el tamaño de
la tabla en los distintos ficheros del grupo de ficheros en la que reside.

Por eso, si DarthSidious quiere que no crezca un determinado fichero, la
única forma es creando un nuevo grupo de ficheros y traspasando a éste las
tablas que tiene el filegroup PRIMARY. Además, marcarlo como predeterminado
el nuevo que acaba de crear para que las nuevas tablas se creen en él sin
tener que indicarlo explícitamente.


Un saludo
-
www.navento.com
Servicios de Localización GPS


"GuilleSQL" wrote:

Puedes tener n ficheros en el mismo grupo de ficheros, con opciones de
crecimiento dispares, tamaños diferentes, pertenciendo al mismo o distindos
discos, etc. He conocido alguna instalación (por ejemplo, una de SAP sobre
SQL Server 2005 un tanto "maja", y alguna más), y funcionando que es
gerundio...

Vamos, creo que no se me escapa nada... igual me hace falta una siesta ;-)

GuilleSQL
http://www.guillesql.es


"DarthSidious" wrote:

> claro, yo me refiero a que las tablas que ya existen, sigan podiendo
> funcionar (inserts, updates, etc) sin problemas, pero agregando datos en el
> nuevo archivo y no en el viejo.
>
> Si creo otro grupo de archivos me parece que habria problemas ya que las
> tablas estan creadas dentro de Primary
>
> salu2
>
> "GuilleSQL" wrote:
>
> > No deberías tener ningún problema, al ser ambos archivos del mismo grupo de
> > ficheros (PRIMARY).
> >
> > Saludos,
> >
> > GuilleSQL
> > http://www.guillesql.es
> >
> >
> > "DarthSidious" wrote:
> >
> > > buenos dias!!
> > >
> > > tengo una base de datos en sql 2000 que tiene un archivo de datos en el
> > > grupo primary y un archivo de log.
> > > Deseo agregarle un archivo mas de datos al grupo Primary, de modo que me
> > > queden 2, pero que de ahora en mas, solo use ese archivo que agregue. El
> > > primer archivo de datos, que quede como esta y no crezca mas.
> > >
> > > Si al primer archivo de datos le limito el crecimiento para que no crezca
> > > jamaz, y al segundo que agrego lo dejo para que se incremente
> > > automaticamente, puedo tener algun problema en la base de datos o este seria
> > > el procedimiento "normal" para agregar un archivo extra?
> > >
> > > gracias!!

La idea que tengo en mente es la siguiente:

En el momento en que el fichero "original" se llene, y no pueda crecer al
tener configurado tamaño fijo, se estará utilizando de forma implícita sólo y
únicamente el segundo fichero, al ser este el único que tiene espacio libre y
configurado para crecimiento automático.

Efectivamente, SQL Server repartirá los datos entre los ficheros en función
de su espacio libre, etc. Sin embargo, este detalle en bases de datos
pequeñas no tiene gran importancia cara a rendimiento.

En principio debe funcionar, porque alguna vez me he encontrado bases de
datos en clientes que han hecho eso... limitar un fichero porque se han
quedado sin espacio en un disco, y agregar otro fichero al mimos filegroup
sobre otro disco...


GuilleSQL
http://www.guillesql.es


"Carlos Sacristan" wrote:

GuilleSQL, efectivamente un grupo de ficheros puede tener varios ficheros con
distintas configuraciones (crecimiento, ubicación, etc).

Ahora bien, ¿cómo puedes hacer que una tabla, que se encuentra en un grupo
de ficheros (tenga éste uno o 1000 ficheros) no "crezca" en un archivo
determinado? Eso no es posible, puesto que SQL Server distribuye el tamaño de
la tabla en los distintos ficheros del grupo de ficheros en la que reside.

Por eso, si DarthSidious quiere que no crezca un determinado fichero, la
única forma es creando un nuevo grupo de ficheros y traspasando a éste las
tablas que tiene el filegroup PRIMARY. Además, marcarlo como predeterminado
el nuevo que acaba de crear para que las nuevas tablas se creen en él sin
tener que indicarlo explícitamente.


Un saludo
-
www.navento.com
Servicios de Localización GPS


"GuilleSQL" wrote:

> Puedes tener n ficheros en el mismo grupo de ficheros, con opciones de
> crecimiento dispares, tamaños diferentes, pertenciendo al mismo o distindos
> discos, etc. He conocido alguna instalación (por ejemplo, una de SAP sobre
> SQL Server 2005 un tanto "maja", y alguna más), y funcionando que es
> gerundio...
>
> Vamos, creo que no se me escapa nada... igual me hace falta una siesta ;-)
>
> GuilleSQL
> http://www.guillesql.es
>
>
> "DarthSidious" wrote:
>
> > claro, yo me refiero a que las tablas que ya existen, sigan podiendo
> > funcionar (inserts, updates, etc) sin problemas, pero agregando datos en el
> > nuevo archivo y no en el viejo.
> >
> > Si creo otro grupo de archivos me parece que habria problemas ya que las
> > tablas estan creadas dentro de Primary
> >
> > salu2
> >
> > "GuilleSQL" wrote:
> >
> > > No deberías tener ningún problema, al ser ambos archivos del mismo grupo de
> > > ficheros (PRIMARY).
> > >
> > > Saludos,
> > >
> > > GuilleSQL
> > > http://www.guillesql.es
> > >
> > >
> > > "DarthSidious" wrote:
> > >
> > > > buenos dias!!
> > > >
> > > > tengo una base de datos en sql 2000 que tiene un archivo de datos en el
> > > > grupo primary y un archivo de log.
> > > > Deseo agregarle un archivo mas de datos al grupo Primary, de modo que me
> > > > queden 2, pero que de ahora en mas, solo use ese archivo que agregue. El
> > > > primer archivo de datos, que quede como esta y no crezca mas.
> > > >
> > > > Si al primer archivo de datos le limito el crecimiento para que no crezca
> > > > jamaz, y al segundo que agrego lo dejo para que se incremente
> > > > automaticamente, puedo tener algun problema en la base de datos o este seria
> > > > el procedimiento "normal" para agregar un archivo extra?
> > > >
> > > > gracias!!

Tienes razón, GuilleSQL.

Estaba yo empecinado en querer cambiar la ubicación de todos los datos de la
tabla a otro archivo, y eso sólo es posible creando otro grupo de archivos y
moviendo ahí el índice agrupado de la tabla.

En fin, no hay nada como tener estas "discusiones" para aclarar las cosas.

Un saludo
-
www.navento.com
Servicios de Localización GPS


"GuilleSQL" wrote:

La idea que tengo en mente es la siguiente:

En el momento en que el fichero "original" se llene, y no pueda crecer al
tener configurado tamaño fijo, se estará utilizando de forma implícita sólo y
únicamente el segundo fichero, al ser este el único que tiene espacio libre y
configurado para crecimiento automático.

Efectivamente, SQL Server repartirá los datos entre los ficheros en función
de su espacio libre, etc. Sin embargo, este detalle en bases de datos
pequeñas no tiene gran importancia cara a rendimiento.

En principio debe funcionar, porque alguna vez me he encontrado bases de
datos en clientes que han hecho eso... limitar un fichero porque se han
quedado sin espacio en un disco, y agregar otro fichero al mimos filegroup
sobre otro disco...


GuilleSQL
http://www.guillesql.es

Si... esa es la parte más bonita de estos foros... que todos aprendemos de
todos...

Saludos desde Madriz !

GuilleSQL
http://www.guillesql.es


"Carlos Sacristan" wrote:

Tienes razón, GuilleSQL.

Estaba yo empecinado en querer cambiar la ubicación de todos los datos de la
tabla a otro archivo, y eso sólo es posible creando otro grupo de archivos y
moviendo ahí el índice agrupado de la tabla.

En fin, no hay nada como tener estas "discusiones" para aclarar las cosas.

Un saludo
-
www.navento.com
Servicios de Localización GPS


"GuilleSQL" wrote:

> La idea que tengo en mente es la siguiente:
>
> En el momento en que el fichero "original" se llene, y no pueda crecer al
> tener configurado tamaño fijo, se estará utilizando de forma implícita sólo y
> únicamente el segundo fichero, al ser este el único que tiene espacio libre y
> configurado para crecimiento automático.
>
> Efectivamente, SQL Server repartirá los datos entre los ficheros en función
> de su espacio libre, etc. Sin embargo, este detalle en bases de datos
> pequeñas no tiene gran importancia cara a rendimiento.
>
> En principio debe funcionar, porque alguna vez me he encontrado bases de
> datos en clientes que han hecho eso... limitar un fichero porque se han
> quedado sin espacio en un disco, y agregar otro fichero al mimos filegroup
> sobre otro disco...
>
>
> GuilleSQL
> http://www.guillesql.es
>
>