Hola, la version 2005 no tiene limite de usuarios ni aplica el delay, y el limite de la data se aumento de 2gb a 4gb. Tiene otros limites como
1 solo procesador 1GB maximo de RAM para SQL No tiene agent El día 9/12/06, Claudio S. Bernardi <[EMAIL PROTECTED]> escribió:
Meto la nariz: SQL Server 2005 Express, tiene las mismas características, en cuanto a las limitaciones? Gracias -----Mensaje original----- De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Maxi Accotto Enviado el: Sábado, 09 de Diciembre de 2006 02:20 Para: Sinet - Claudio Bernardi Asunto: [dbadmin] Ideas Hola, MSDE no tiene limite de usuarios, si tiene limite de tam en la data de la bdd y si tiene un delay de concurrencia a la novena. ------------------------------------------------------------------- www.sqltotalconsulting.com Servicios & proyectos en SQLServer Buenos Aires - Argentina Culminis Speaker - Microsoft Influencier http://msmvps.com/blogs/maxiaccotto/ -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Marcelo Litvak Sent: Sábado, 09 de Diciembre de 2006 02:03 p.m. To: MAXI Subject: [dbadmin] Ideas 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/ __________ Información de NOD32, revisión 1911 (20061208) __________ Este mensaje ha sido analizado con NOD32 antivirus system http://www.nod32.com
-- ---------------------------------------------------- Microsoft MVP (Most Valuable Professional) SQL Server SQLTotalConsulting - Servicios & proyectos en SQLServer Orador Culminis - Microsoft Influencier www.sqlgurus.org -------------------------------------------
