Sql Server 2008 disponible
 

Me entero con singular alegria y emoción que la versión 2008 prácticamente está lista para producción.

Para quienes desean evaluar este motor sin tener que preocuparse por licencia Sql Server continua con su versión express.

http://www.sg.com.mx/content/view/735


http://www.microsoft.com/sqlserver/2...s/default.aspx

... solo por cultura general y desconocimiento mio :D... ¿cuanto dura esta licencia y que tan limitada puede ser?

Para la versión 2005 las únicas limitantes eran el número de procesadores soportados (1), el número máximo de db (4 gb)

aca encontrarás más detalles

http://www.microsoft.com/sqlserver/2...s/express.aspx

Aprovechano la noticia... una pregunta: Cambiaría alguno de ustedes Firebird 2.1 por SQL Server 2008? Dos aspectos sobre los cuales asiento mi pregunta:

1. Características técnicas y de uso (rendimiento, capacidad, librería de funciones, posibilidades de extender las capacidades del servidor, interfaz para programadores, uso de memoria, etc.).

2. Costo representativo a la hora de entregar un sistema soportado en el motor, para el usuario final.

Me encantaria poder ayudarte con esa duda pero me es imposible debido a que jamás he usado firebird o interbase.

Con todo lo que critico MS, creo que el MS SQL Server es de lo poco que me gusta, es muy bueno, especialmente en sus procedimientos almacenados (ejemplo, poder enviar varios dataSets en una sola consulta), pero creo que no me cambio a SQL Server por varios motivos, algunos de funcionamiento (Corre muy bien en equipos muy buenos y con windows XP en adelante, para lo demas no existe, a no ser que sea por un emulador de pocket pc) y algunos de ideales (siempre que pueda elejir entre un Software cerrado o uno libe me inclinare al libre, así tenga que sacrificar algunas funcionalidades)

RONPABLO, yo también tengo mis razones, especialmente relacionadas con el hecho de que Firebird sea multiplataforma, sólo quería indagar un poco y ver si alguien podía sustentar profundamente el uso de SQL Server. Pero la verdad sea dicha: alguna vez usé SQL Server 7 y me pareció excelente. Lo que sucede es que del 97 o 98 al 2008 pues ni qué decir, los cambios serán bastantes y las posibilidades mucho mayores. Una de las cosas que más me gustó de SQL Server 7 fue el Analista SQL, la interfaz gráfica sobre la que se podían editar y ejecutar órdenes, scripts y procedimientos almacenados. Claro que esto obviamente no es un problema en Firebird / InterBase, ya que SQL Manager e IBExpert proporcionan una excelente interfaz de administración y edición de código. Por lo demás las posibilidades que ofrece TRANSACT-SQL con los procedimientos almacenados y las posibilidades con el uso de cursores, aunque actualmente Firebird 2.1 también soporta cursores dentro del PL-SQL.

Aún así, poliburro, me gustaría conocer tu opinión, ya que por lo visto tienes más expriencia con SQL Server. Gracias.

Ok, te explico por que SQL server me parece un excelente motor.

Entre sus muchas características está la del manejo de XML, esto te permite generar un xml en delphi, enviarlo al servidor y SQl Server lo considerará una Tabla. Obteniendo con ello grandes ventajas especialmente cuando desarrollas en N capas.

Otra de sus grandes características por las que me ha maravillado este motor es la de permitirte vincular servidores. Esto es, vinculas al motor un servidor Oracle, Db2, Access, Excel, Csv, Etc y Sql server te permitirá consultar los datos de este servidor usando SQL. Permitiéndote explotar al máximo el motor para el manejo de datos. Un ejemplo clásico de esto es realizas una consulta a una tabla del motor y le haces un joín con otra tabla del motor vinculado.

Otra característica muy potente es la de las DTS (Data transformation services) en 2000 o las IS a partir del 2005 que te permiten programar módulos para la transformación masiva de datos.

Ahora con las nuevas versiones de Sql server si integra un módulo adicional llamado Reporting Services cuyo objetivo es permite generar reportes sin recurrir a herramientas de terceros.

Esas son algunas de las características que más me gustan de ese motor.

Desventajas?,

Unicamente los costos de licenciamiento.

Edito:
Otra desventaja séría que no es multiplataforma, por lo que si deseas un motor que puedas instalar en cualquier OS, entonces lo mejor es Oracle o Db2 o Postgress.

Yo adicionaría a las caracteristicas ya mencionadas por Poliburro, el hecho de que MS Sql Server es por mucho un motor en cual el soporte y la informacion es amplia en cualquier parte, practicamente en cada rincon de la red tiene informacion de SQL Server.
Por otro lado, en honor a la verdad, es un motor "pesado" y que consume una buena cantidad de recursos, y eso lo hace perder terreno en comparacion con Firebird, en empresas o desarrollos "pequeños" en donde muchas veces de hecho en una o dos maquinas corre el sistema, para este tipo de sistemas no es muy recomendable desde mi punto de vista el uso de MS SQL.
Saludos

Con eso si concuerdo. Sql server está pensado para sistemas que corren en muchos clientes. y que generan una gran cantidad de datos.

A mi entender MS SQL lo usaría para proyectos bastantes grandes (no con esto FB no es una opción a considerar). No vale la pena utilizar este motor para un proyecto donde 2 PC's accedan a la BD para eso utilizaría la versión express.

El consumo de recursos no es que sea un problema, recuerda que necesitas un servidor potente de BD donde tienes 30 usuarios concurrente, de igual forma necesitas un buen equipo si montaras a FB para la misma cantidad de usuarios.

No concuerdo en que la version express de SQL sea una opcion para sustituir a FB en equipos con recursos limitados (pe: P IV, con 512mb ram), aun la version express resulta ser todavía pesada, ahorita mismo tengo SQL Express 2005 y FB 2.03 instalados, SQL Express tiene la friolera de 781 MB de memoria RAM ocupada, mientras FB apenas y ocupa 4.5 MB de RAM.
Tampoco coincido en que se necesitan los mismos recursos para un servidor FB con alto trafico que los que necesitaria SQL Server, ni por mucho se acercan a estos requerimientos.
Saludos

Aunque mucho del problema del "peso" es desconocimiento de la configuracion. Sql Server (no la version express) predeterminadamente esta configurado para usar toda la maquina (ese es el comportamiento predeterminado de cualquier BD "mediana" o "grande"). Asi que es cuestion de capar el uso de memoria y el de cpu, si es el caso.

Una ventaja muy fuerte es que Sql server se usa en *muchas* empresas. Es algo asi como el mySql de Windows: Regado en todas partes.

Eso significa que es mas vendedor decir que se soporta Sql Server (en un entorno windows) a decir que se usa firebird o postgress.

Por lo otro, es mas integrado - como es de esperarse, al igual que pasa con mySql en linux - con las herramientas y OS de windows: Por ejemplo, Sql server tiene soporte a fibras, algo que es muy raro de soportar y que aumenta el rendimiento.

Tambien la integracion con el sistema de seguridad de windows que es de lo mejor: Desde hace años NUNCA hago cuentas de usuario de BD, todo es seguridad integrada. Eso significa que:

- No tengo que poner usuarios ni claves clavadas en ningun lado, ni en archivos de texto, como ocurren mucho con las BD que no se integran-

- Se puede restringir o abrir los permisos a los usuarios sin necesidad de crear otro conjunto de usuarios.

- Es mucha mejor seguridad de la que se le puede ocurrir a uno

Microsoft necesitaba un RDBMS porque sólo contaba con Access, a todas luces
insuficiente para cualquier uso profesional, y decidieron comprar Sybase, ese es el origen de MS SQL
Server. Como todas, tiene sus virtudes y sus defectos. Hasta la versión última que probé, creo que la 7,
tenía una pobre implementación para los triggers, el tamaño de página era fijo, tenía bloqueos a nivel de filas,
etc. aunque tiene cosas buenas, como el poder consultar más de una base de datos al mismo tiempo ( también está implementado en la próxima versión de firebird).
Lo peor que tiene, sin duda es que sólamente existe para Windows, por lo que está muy limitada.
Ocupa muchísimos recursos del sistema, es pesado, no es válido para las pequeñas empresas con pocas conexiones.
Además es muy caro, a no ser que se use la versión gratuita que está reducida a un sólo procesador, un máximo de 4 gigas y varias acotaciones más.

Firebird, al igual que Oracle, Postgresql y DB2, es muy escalable desde pequeños ordenadores hasta lo más grandes
sistemas que existen, el motivo es que hay versiones para Windows, Linux, Solaris (con procesadores Sparc
y con i386), HP*UX, AIX, FreeBSD, Mac OS X, etc. por lo que no hay problemas de migración de datos
según van creciendo las necesidades de la empresa.

Se puede usar en sistemas multiprocesadores y ofrece un rendimiento espectacular combinado con
sistemas Unix/Linux. Este es uno de los puntos donde más flojea MS SQL Server, que al estar limitada sólo
a Windows, y al ofrecer Windows una pobre implementación multiprocesador la restringe más.
Además tiene un buen sistema anti*crash, se recupera automáticamente tras una caída del sistema por
cortes de suministro eléctrico, fallos de hardware, etc.
Las bases de datos se pueden dividir en tantos ficheros físicos como se quieran, por lo que se pueden saltar
tranquilamente las limitaciones de tamaño de los sistemas operativos para obtener grandes bases de datos.
Ocupa poco, se instala "sola", es ágil, no necesita mantenimiento, es libre y gratis y "no hay una panda de
melenudos detrás", hay una empresa que te atiende bien y responde muy rápido.
Está claro que para mí, Firebird está por encima de MS Sql Server. Tan sólo hay que tener en cuenta un
pequeño detalle, los ordenadores más potentes del mundo, en su mayoría usan Linux, Unix o algún
derivado, en todos ellos se puede instalar Firebird. Sin embargo, MS Sql Server está limitado a Windows, y
Windows ni siquiera funciona en esos grandes ordenadores.
Y un sistema que se llame: profesional, grande, departamental, etc. y esté limitado a pequeños
microordenadores i386 con windows... me parece de broma.

mira que bien... justo estoy por comprar el SQL Server 2005... así que mejor compraré el 2008

Salu2:p:D

Es una broma verdad? Mira, aunque en este punto quizás no cabe un poco de historia, lo digo por el propósito mismo de este hilo, nunca cae mal un poco de historia. La verdad permanece, aunque mucho la tergiversen.

Lo que sucedió, como muchas veces, fue que Microsoft (obviamente con sumo maquiavelismo) firmó un acuerdo con SyBase. El propósito, montar SyBase en su nuevo sistema operativo, basado en Nueva Tecnología (recuerdan a NT?). Sí, ese S.O. que prácticamente habían arrebatado a IBM cuando antes habían firmado estas empresas (IBM y MS) otro acuerdo para desarrollar conjuntamente OS/2, el sistema operativo que le haría competencia a Unix, pensado para ambientes corporativos. Así fue como SyBase empezó a trabajar con Microsoft, y este poco a poco empezó a exigirle más y más, con disculpas fabricadas, en realidad con mucho sigilo. Se dedicaba Microsoft a buscar errores y como el equipo de trabajo de SyBase no respondía tan rápido, empezaron a exigir cosas como esta: por qué no nos dejan ver el código, así nosotros (Microsoft) les ayudaremos a localizar los errores más rápido, les informaremos y ustedes los corregirán. Entonces SyBase empezó a proporcionar pequeños fragmentos de código a Microsoft. Las cosas siguieron así, poco a poco, hasta que Microsoft insistió en que la corrección de errores era muy lenta y que el mercado esperaba... De esta forma convenció a SyBase para que permitiera que los ingenieros de Microsoft también modificaran su código. Qué podían perder? Pues nada más que su negocio. Fue así como Microsoft fue armando el rompecabezas y cuando supo que podía continuar sólo, es decir cuando ya supo como era que se desarrollaba un buen motor de bases de datos, no como lo que ellos tenían antes, rompieron relaciones, es decir, se canceló el contrato, pelearon, dijeron que así no se podía, etc. etc. etc. Como quieran ustedes, aunque supongo yo, de una manera muy diplomática. Fue entonces cuando nació SQL Server, que no empezó a ser conocido sino hasta su versión 6 porque las anteriores tenían muchos errores y unas interfaces horribles. Pero bueno, ya tenían conocimiento.

La verdad, como dije anteriormente trabajé con la versión 7, y sin entrar en detalle considero que era muy buena, para lo que había visto yo hasta ese tiempo. Es por ello que me preguntaba acerca de la opinión de ustedes con relación a la última versión.

uy, de cuando es esa versión? del 95? del 98?, jajajajjaa eso fué hace muuuucho tiempo.

Yo uso constantemente 4 motores: MsSQl (2000,2005), Oracle(8,10 y 11), Db2 /400 y Mysql (4,5). Y puedo decir que que MsSql es un excelente motor.

Si me lo permites y debido a mi experiencia Firebird no puede compararse con oracle. Si acaso con MSql pero ahora con la versión 2008 siendo franco Firebird es como decirlo solo "Suficiente". Esto es solo una apreciación Mia, Pues mis conocimientos sobre firebird son mínimos.

Saludos

Sí, es muy respetable cada apreciación. Yo por mi parte les puedo contar que he trabajado con InterBase 7.5 y en realidad es muy bueno, ya que he probado en parte su rendimiento. Con Firebird no he llegado a tal punto pero trabajo en un proyecto de cierta envergadura que al final me permitirá lanzar una opinión acertada. De todas formas hay que tener en cuenta que uno deriva del otro, y la verdad, las funciones definidas por el usuario, la posibilidad de usar SQL embebido en lenguaje C, los procedimientos almacenados, los dominios, disparadores, ... bueno, pues me parecen excelentes. Como decía más arriba también el SQL Server 7 me pareció muy bueno, y quizás poliburro tenga razón, pues han pasado casi 10 años desde esa versión, y con mucho dinero se pueden hacer maravillas... no?

Por otro lado es cierto que lo de SyBase es historia de la pura. Pues de eso se cuenta sucedió hace más de 15 años, sin aseverarlo con exactitud.

¿Y cómo puedes comparar si tú mismo dices que no tienes experiencia? ;)
Las "apreciaciones" no valen aquí, sólo valen las comparaciones de pruebas reales. ;)


Sí, hace mucho tiempo, lo único que pretendía contar es que microsoft no quiso/supo/pudo crear un RDBMS desde cero, y tuvieron que echar mano del trabajo de otra empresa para poder entrar en el negocio de las bases de datos.


De todas formas, que cada uno saque sus conclusiones, si quieres gastar un montón de dinero en licencias, si sólo piensas usar servidores windows, si quieres mantener un sistema devorador de recursos... entonces usa msSql server, que seguro que tiene cosas buenas.


p.d.: http://www.ciao.es/Microsoft_SQL_ser...Opinion_664407

Realmente importa si supieron o no crear un RDBMS desde cero?, Los sustancial es que MSql es un excelente motor. Sí la versión 2,000 no puede ser considerada para grandes volúmenes de datos para esos casos Oracle y Db2 no tienen rival. Pero ahora con la versión 2,008 Las cosas cambian, MsSql está paso a paso tratando de alcanzar a los grandes.

Ese es el asunto, que jamás lo conseguirán mientras SOLO funcione en windows.

La multiplataforma es fundamental, lo que para otros quizá no lo sea, como muchas otroas características, quizá por las condiciones su entorno, quizá por necedad. Lo importante en verdad es que si alguien conoce de qué está hecho y qué tanto puede ofrecer un motor, nos permita saber a grandes razgos para así tomar decisiones más adelante.

Yo por lo pronto seguiré trabajando con Firebird 2.1, en el proyecto que les comentaba, que por cierto ya va un poco adelantado y promete mucho.

Gracias nuevamente.

jajajaja, Windows no es tan malo, a mi me gusta mucho, como también me gustan Linux y As/400

Resolvamos dudas con relación a SQL Server 2008. Me encontré este enlace en donde se pueden ver los videos de la maratón SQL Server 2008.

Propietario.
Costoso.
Consume muchísimos recursos.
Funciona en una única plataforma.
Pobre integración con Delphi.

¿ Hace falta decir más ?

Saludos !

Pues es gratis para los pequeños y los grandes lo compran incluido en SBS que incluye hasta 100 licencias de cliente. Y los mas grandes? Es un costo irrisorio por una BD comercial.

Obviamente no se compara a un motor ligth, pero en general es muy eficiente y rapida... y estable.

Pues ya que es la que mas importa para las empresas a nivel mundial.... es mas dificil introducirles una BD de una plataforma alienigena que una que se integra a la perfeccion con lo que ya tienen.

Algo que estan olvidando es que Sql Server se integra perfectamente con el directorio activo, con windows, con office, con sharepoint, con .net, con asp.net, etc...

Nunca me ha parecido el caso. Sql Server ha sido la bd mas usada en mi caso y nunca he visto problema alguno al usarla con Delphi. En algunos aspectos hasta funciona mejor que con el .NET

[quote
¿ Hace falta decir más ?
[/quote]

Si... a quien no le parece Sql server bueno es porque sus necesidades no son cubiertas con este producto. Es como en el caso de mySql para mi: Una terrible eleccion por donde la mire. Postgress? Hasta hace poco no era una opcion siquiera. Pero eso no significa que sean excelentes motoros de bd muy integrados en la plataforma LAMP.

El punto es que en la plataforma WINDOWS Sql Server se lleva casi todo por delante. Y cuando se toma en cuenta el paquete completo, ni mysql, ni postgress, ni firebird son contendores. Solo Oracle (a un altisimo costo) y DB2 (mucho mas raro en el mercado).

Vamos sacando conclusiones... Lo más importante hasta ahora han sido todas sus apreciaciones. Definitivamente cada motor tiene sus ventajas y también sus desventajas, como es el hecho de considerarlos dependiendo del software que se desarrolla. Quiero decir, que por ejemplo en mi caso, el software es grande, su funcionalidad trata de explotar al máximo las características del motor, pero desafortunadamente, no es usado por 100 clientes al tiempo, no existe consciencia por parte de los usuarios con relación a los requerimientos, y más importante aún, no están dispuestos a pagar mucho por algo que no saben para qué sirve!!! Esto es lo más triste, pero es la realidad. Poco a poco, de todas formas tratamos de instruir a nuestros clientes y de hacer que se conscienticen por el significado y la aplicabilidad de nuestros sistemas, que antes que nuestros son suyos. Por lo pronto la solución ha sido desarrollar sistemas teniendo en cuenta el factor escalabilidad, y la migración, para más adelante, de ser requerido, cambiarse si es que el motor que usamos se queda pequeño. Aunque en este momento no es así, y definitivamente Firebird hasta ahora ha funcionado muy bien. Espero no tener que retractarme... je je de verdad.

Claro, el punto es que las herramientas tecnologicas no siempre sirven del todo para todo. No es bueno descalificar ni sobrecalificar algo si no hay conocimiento.

Por ejemplo, yo uso http://www.djangoproject.com para hacer apps web, y algunas apps de intranet pequeñas. En una de ellas era necesario manejar sql server como bd de fondo y django nunca ha tenido buen soporte para ello.

La razon? Pura politic. Dizque porque Sql server no soporta la clausula "LIMIT", que es una extension propietaria de MySql para paginar. Y lo asimilaron a que Sql server no podia paginar, y ya que eso es un requerimiento para hacer sitios web, ergo, no hay soporte oficial para Sql Server.

Hice un parche y arregle el soporte a sql server, luego alguien mas lo mejoro... pero al final lo tiraron a la basura y luego alguien mas lo empeoro! (como lo deje, funcionaba desde linux inclusive).

Y todo eso por desconocimiento del motor. Y eso tambien lo he visto con otras BD .Pues paque firebird? - me han dicho - mejor usemos tambien Sql server para una app de 10 MB que se debe distribuir de forma simple. Que desproporcion! Y las razones. Bueno... es que firebird no hace esto que aqui si se hace.


Plaf!

De cierta manera esa es a veces la realidad a la que me refiero. Claro que esta es una situación en la empresa, no hablamos de las razones del cliente. Cuando escuchas al cliente, eso si que es grave... "Plaf" (je je).