Recomendaciones..........

hola, la verdad que no se como es la estructura de esa bdd ni cuanto pesa ni
que Hard estas usando, pero te cuento algo:

Sql esta optimizado y preparado para manejar enormes base de datos, me han
comentado de bases mayores a 1TB imaginate entonces.

Por lo cual creo que no es bueno andar dividiendo la cosa (excepto que sea
la unica y ultima solucion).

Yo primero miraria si los indices a tus Tablas son los correctos, como es el
plan de mantenimiento de los mismos y en las consultas que se ponga pesada
la cosa, analizarlas en particular.

Muchas veces el problema de la performance es que nuestra consulta esta mal
pensada o diseñada o que las tablas a las que se hace referencia no tienen
los indices apropiados.

No hay una formula magica en Tunnig pero Sql tiene muchas herramientas que
te pueden ayudar mucho a mejorar la performance.

Salu2

Maximiliano Damian Accotto
"Yovanny Rojas" escribió en el mensaje
news:

Hola amigos de foro:

Estoy desarrollando una aplicacion para un cliente y utilizo sql server

2000

y visual basic net.

El cliente tiene un sistema actual el cual debo migrar a la sql server, mi
pregunta es la siguiente ?

Tiene tablas con millones de registros y piense que funcionaria lento, me
sugieren utilizar tablas resumidas pero tambien es importante los datos
detallados que me recomiendan para tener un mejor almacenamiento de los
datos, si tengo que resumir o tener bases de datos diferentes, todo lo que
quiero es que la aplicacion tenga un alto rendimiento y rapidez.

Gracias.
Yovanny Rojas

Adrian, como estas, me gusto eso de lo que Acoto Maximiliano Accotto jeje.

Mandale salu2 a Eugenio de mi parte ;)

Salu2

Maximiliano Damian Accotto
(maxi_accotto[arroba]speedy.com.ar)

MSN:
"Adrian Garcia" escribió en el mensaje
news:

Lo que yo agregaría a lo que acoto Maximiliano es que antes que nada
dediques tiempo a un buen diseño físico de tu base de datos + servidor +
discos. Como regla general trataría de dividir la base de datos en por lo
menos 3 discos fisicos: 1 para el log de transacciones, otro para las

tablas

(páginas de datos) y otro para los indices. De ser posible tambien
configuraría la memoria cache de las placas controladoras de estos discos.

Y

una ultima recomendación... no pongas el log de transacciones en un array

de

discos RAID 5.

Ten en cuenta que estas son recomendaciones muy generales y que pueden
variar y ajustarse a las necesidades que tengas siempre y cuando nos

puedas

dar mas detalle de tu BBDD.

Saludos
Adrian D. Garcia
NDSoft


"Maximiliano Damian Accotto" <maxi_accotto[arroba]speedy.com.ar.SACAME>
wrote in message news:
> hola, la verdad que no se como es la estructura de esa bdd ni cuanto

pesa

ni
> que Hard estas usando, pero te cuento algo:
>
> Sql esta optimizado y preparado para manejar enormes base de datos, me

han

> comentado de bases mayores a 1TB imaginate entonces.
>
> Por lo cual creo que no es bueno andar dividiendo la cosa (excepto que

sea

> la unica y ultima solucion).
>
> Yo primero miraria si los indices a tus Tablas son los correctos, como

es

el
> plan de mantenimiento de los mismos y en las consultas que se ponga

pesada

> la cosa, analizarlas en particular.
>
> Muchas veces el problema de la performance es que nuestra consulta esta
mal
> pensada o diseñada o que las tablas a las que se hace referencia no

tienen

> los indices apropiados.
>
> No hay una formula magica en Tunnig pero Sql tiene muchas herramientas

que

> te pueden ayudar mucho a mejorar la performance.
>
> Salu2
>
> Maximiliano Damian Accotto
> "Yovanny Rojas" escribió en el mensaje
> news:
> > Hola amigos de foro:
> >
> > Estoy desarrollando una aplicacion para un cliente y utilizo sql

server

> 2000
> > y visual basic net.
> >
> > El cliente tiene un sistema actual el cual debo migrar a la sql

server,

mi
> > pregunta es la siguiente ?
> >
> > Tiene tablas con millones de registros y piense que funcionaria lento,
me
> > sugieren utilizar tablas resumidas pero tambien es importante los

datos

> > detallados que me recomiendan para tener un mejor almacenamiento de

los

> > datos, si tengo que resumir o tener bases de datos diferentes, todo lo
que
> > quiero es que la aplicacion tenga un alto rendimiento y rapidez.
> >
> > Gracias.
> > Yovanny Rojas
> >
> >
> >
>
>

Lo que yo agregaría a lo que acoto Maximiliano es que antes que nada
dediques tiempo a un buen diseño físico de tu base de datos + servidor +
discos. Como regla general trataría de dividir la base de datos en por lo
menos 3 discos fisicos: 1 para el log de transacciones, otro para las tablas
(páginas de datos) y otro para los indices. De ser posible tambien
configuraría la memoria cache de las placas controladoras de estos discos. Y
una ultima recomendación... no pongas el log de transacciones en un array de
discos RAID 5.

Ten en cuenta que estas son recomendaciones muy generales y que pueden
variar y ajustarse a las necesidades que tengas siempre y cuando nos puedas
dar mas detalle de tu BBDD.

Saludos
Adrian D. Garcia
NDSoft


"Maximiliano Damian Accotto" <maxi_accotto[arroba]speedy.com.ar.SACAME>
wrote in message news:

hola, la verdad que no se como es la estructura de esa bdd ni cuanto pesa

ni

que Hard estas usando, pero te cuento algo:

Sql esta optimizado y preparado para manejar enormes base de datos, me han
comentado de bases mayores a 1TB imaginate entonces.

Por lo cual creo que no es bueno andar dividiendo la cosa (excepto que sea
la unica y ultima solucion).

Yo primero miraria si los indices a tus Tablas son los correctos, como es

el

plan de mantenimiento de los mismos y en las consultas que se ponga pesada
la cosa, analizarlas en particular.

Muchas veces el problema de la performance es que nuestra consulta esta

mal

pensada o diseñada o que las tablas a las que se hace referencia no tienen
los indices apropiados.

No hay una formula magica en Tunnig pero Sql tiene muchas herramientas que
te pueden ayudar mucho a mejorar la performance.

Salu2

Maximiliano Damian Accotto
"Yovanny Rojas" escribió en el mensaje
news:
> Hola amigos de foro:
>
> Estoy desarrollando una aplicacion para un cliente y utilizo sql server
2000
> y visual basic net.
>
> El cliente tiene un sistema actual el cual debo migrar a la sql server,

mi

> pregunta es la siguiente ?
>
> Tiene tablas con millones de registros y piense que funcionaria lento,

me

> sugieren utilizar tablas resumidas pero tambien es importante los datos
> detallados que me recomiendan para tener un mejor almacenamiento de los
> datos, si tengo que resumir o tener bases de datos diferentes, todo lo

que

> quiero es que la aplicacion tenga un alto rendimiento y rapidez.
>
> Gracias.
> Yovanny Rojas
>
>
>

hola,
disculpen por meterme en conversaciones ajenas pero, ¿pq no recomiendas
poner el log en un disco raid 5?
Gracias por la aclaración
Un saludo

Adrian,

en nuestros servidores usamos discos espejados y no RAID 5, y la verdad que
nunca hemos tenido problemas y que la probabilidad de que se rompan al mismo
tiempo y que no tengas ni un solo backup es casi nula.

Salu2

Maximiliano Damian Accotto


"Adrian Garcia" escribió en el mensaje
news:

Basicamente las operaciones de IO que se realizan sobre el Log de
transacciones son de escritura.
El sistema de RAID 5 tiene una perfomance aceptable en lecturas pero en

las

operaciones de escritura la misma se degrada en forma alarmante. En mi
opinion personal creo que es preferible utilizar un sistema de discos
espejados para el log de transacciones que un RAID 5. Ademas de tener una
mejor performance es mucho mas barato. El único inconveniente que le veo a
esta solución es la probabilidad de que se dañen fisicamente los 2 discos
espejados al mismo tiempo... alguien sabe calcular las probabilidades de

que

esto suceda?

LA otra opcion que existe es utilizar un RAID 1+0 pero los costos son
mayores que los de un RAID 5.

Saludos
Adrian
NDSoft

"Miguel" <#NO_SPAM##NO_SPAM#> wrote in message
news:
> hola,
> disculpen por meterme en conversaciones ajenas pero, ¿pq no recomiendas
> poner el log en un disco raid 5?
> Gracias por la aclaración
> Un saludo
>
>