msde 2000 tiene limite de usuarios, limite de tamaño de la DB y limite de
concurrencia ( creo hasta 5 usuarios simultaneos) los demas los pone en cola
From: Jesús dos Santos <[EMAIL PROTECTED]>
Reply-To: [email protected]
To: "Marcelo Litvak" <[EMAIL PROTECTED]>
Subject: [dbadmin] Ideas
Date: Thu, 7 Dec 2006 13:10:53 -0300
Estoy usando la versión msde 2000
-----Mensaje original-----
De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Maxi
Accotto
Enviado el: jueves, 07 de diciembre de 2006 11:29
Para: [EMAIL PROTECTED]
Asunto: [dbadmin] Ideas
Hola, cuando tengas un problemas de performance no analizamos
puntualmente y vemos si es la unica alternativa separar la data, pero la
dejaremos como ultima ultima ultima! Que version de SQL estas usando?
El día 7/12/06, Jesús dos Santos <[EMAIL PROTECTED]> escribió:
Muchas gracias por las valiosas opiniones. Visto esto, lo que haré será
trabajar con toda la tabla, aprovechandome de los recursos, y ver el
rendimiento que tengo, pues el punto crítico, donde no puede trancarse
es en el momento de producción, donde los registros se están creando y
el usuario quiere eliminar uno o ver cuanto lleva producido al momento.
Además se trata de 2 puntos de producción distintos y al mismo tiempo.
-----Mensaje original-----
De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Maxi
Accotto
Enviado el: jueves, 07 de diciembre de 2006 10:36
Para: [EMAIL PROTECTED]
Asunto: [dbadmin] Ideas
Hola, mi experiencia me dice que cuando se trata de tocar el diseño en
estos casos para tratar de lograr mayor performance a la larga se
termina obteniendo menor performance y enormes problemas de
mantenimiento.
Yo tengo Servers que comparten servicios y tienen tablas grandes, el
tema de porque en algun momento se puso lento y por ese sintoma se toma
la medida de separar, hay que analizar mas a fondo, en muchos casos
(quizas el 80%) los diseños originales en la base de datos son bastante
pobres (por no decir malos), indices no adecuados, cantidad de campos
inadecuada (me ha pasado q me digan cuanto es la capacidad maxima de SQL
en campos porque les quedo corto ), tipos de datos inadecuados, triggers
por todos lados, cursores, tablas temporales, etc ,etc, esto hace mayor
consumo de los recursos y por lo general se toca el diseño desde la
separacion donde realmente hay q ver muchas cosas antes q eso. Te cuento
que he instalado en aplicacion de mision critica SQL donde el servidor
solo tenia 1GB de RAM y no usaba separacion de discos logicos y las
tablas eran bien grandes, revisando donde realmente estaban los
problemas se pudo optimizar sin inversion de HW, me ha tocado de ver
aplicaciones que requieren 4 procesadores y 16GB de RAM y cuando ves el
codigo, el diseño etc te das cuenta que esta muy pero muy mal.
Perdon por lo extenso del mail pero como este tema lo veo muy a menudo y
lo primero que se intenta hacer (antes se hacia asi porque era un
patron) es separar la data, yo no recomiendo eso para nada y si que si
hay problemas de performance (fuere el que fuere) se analice a fondo el
problema y se ataque por donde esta realmente y no poner parches de
parches, te puedo asegurar que mas del 90% de los casos el problema de
performance es por malos diseños y todo lo que hablamos antes y muy pero
muy pocas veces por temas de HW por mas que se comparta.
------------------------------------------------------------------------
-----------------
Microsoft MVP (Most Valuable Professional) SQL Server
SQLTotalConsulting - Servicios & proyectos en SQLServer
Orador Culminis - Microsoft Influencier
www.sqlgurus.org <http://www.sqlgurus.org/>
------------------------------------------------------------------------
------------------
El día 7/12/06, Jelenek, Martin < <mailto:[EMAIL PROTECTED]>
[EMAIL PROTECTED]> escribió:
Comparto tu planteo. Aunque es algo idealista. No siempre uno cuenta con
hardware potente y holdado. Incluso cuando lo cuenta, quizás tenga que
competir con otros servicios.
--
--
----------------------------------------------------
Microsoft MVP (Most Valuable
Professional) SQL Server
SQLTotalConsulting - Servicios & proyectos en SQLServer
Orador Culminis - Microsoft Influencier
www.sqlgurus.org <http://www.sqlgurus.org>
-------------------------------------------
_________________________________________________________________
Visita MSN Latino Noticias: Todo lo que pasa en el mundo y en tu paín, ¡en
tu idioma! http://latino.msn.com/noticias/
