En casi todos los proyectos, la elección del sistema de base de datos es "casi" automática ... si está codificando "en la pila de Microsoft", irá con SQLServer, en el mundo de Linux el predeterminado es MySQL, y para corporativo proyecto interno la mayoría de las tiendas han decidido algunos valores predeterminados como Oracle o IBM DB2.En un proyecto, ¿hay una opción de sistemas de bases de datos?
¿Cuáles son sus pensamientos?
Mis clientes a menudo estipulan qué motor de base de datos vamos a utilizar. Escribimos aplicaciones .net contra dbs que no son SQLServer regularmente. A largo plazo, es mejor para el cliente porque puede mantener lo que sabe.
Trabajo en un contrato de gobierno, y aunque codificamos en la "pila de Microsoft", no podemos usar SQL Server porque el gobierno obtiene Oracle de forma gratuita y quiere que lo usemos en su lugar.
Intenté los tres enfoques. Todavía uso MySQL para sitios web, pero para proyectos internos prefiero Firebird o Postgres.
La razón es que son gratis (tanto en cerveza como en el habla), mucho menos hinchados (el instalador de Firebird es solo unos pocos MB, por ejemplo) y todavía hacen el trabajo muy bien.
El principal beneficio que se obtiene es que lo mismo escala desde incrustado a la empresa nivel, así que no hay "primer intento es gratis, pero tendrás que pagar mucho más tarde" clase de historia detrás de él. He visto bases de datos de Firebird de más de 200 GB trabajando tan bien como 1MB en uno embedded application I make.
La mayoría de los entornos en los que he trabajado han utilizado una variedad de pilas. No he visto ningún efecto de "bloqueo de pila" en gran medida. La pila de Microsoft favorece a SQL Server cuando no se da ninguna otra especificación y LAMP favorece a MySQL, pero no lo veo como un vínculo tan fuerte. Las tres empresas principales en los que he trabajado estos últimos años:
empresa de software médico: ASP.NET C# Pila en IIS con MySQL Banco de Inversión: Java en * NIX con Sybase, Oracle y DB2 mayor vendedor de software (y uno de los principales proveedores de DB mencionados aquí !!): Java en RHEL con PostgreSQL
Creo que la mayoría de las buenas tiendas evalúan sus necesidades proyecto por proyecto y no eligen productos de base de datos únicamente en su integración de pila. Si esto fuera así, Oracle no sería el mayor fabricante de DB y DB2 sería mucho más pequeño de lo que es.
Quizás es sobre comfot. La edición MS SQL Server Express se adjunta con Visual Studio, por lo que es más fácil configurar una aplicación para que funcione con SQL Server. Las personas que usan Linux se utilizan para instalar MySQL, SQLite o PostgreSQL en un segundo, y tal vez sea porque no necesitan ventanas para ejecutar un DBMS. Los proyectos corporativos son otra historia, no debería haber comodidad y buscar funciones de DBMS.
Estas parecen ser las opciones lógicas si el cliente o la tienda no tienen preferencia. Si no está 100% seguro del entorno de implementación, es una buena idea probar su aplicación con varias bases de datos para asegurarse de que no está utilizando ninguna característica especial de una base de datos en particular. Si decide que debe usar una función especial que lo "bloquea" en una base de datos, es mejor que lo conozca pronto y haya tomado una decisión informada, más bien caiga en la trampa de usar una función que sin saberlo lo encierra en una base de datos particular. .
No sé si estoy de acuerdo en que la elección es tan corta y seca en el mundo de Unix. Postgres y MySQL van de la cabeza a la cabeza todo el tiempo y la elección no es tan clara como parece.Dicho esto, hay muchos otros DB en Unix que se usan (por ejemplo, sqlite alimenta muchos sistemas integrados e incluso tiene un lugar en el escritorio (en la utitlidad de configuración de paquetes YUM de Fedora, por ejemplo)).
Depende de qué tipo de proyectos persiga, y qué plataformas son aceptables para la empresa que utiliza la tecnología.
El buen diseño de la base de datos - 3ra forma normal - será el criterio contra el que se le juzgará en la mayoría de los casos. Las empresas más grandes pueden obligarlo a usar Oracle con la pila MS. Las empresas medianas probablemente usarán SQL Server, pero si son consumidores de datos demográficos de fuentes como Claritas, obtendrá Oracle incluido con la aplicación.
Desde la perspectiva de que un empleador encuentre a alguien con un conjunto de habilidades, el servidor MS SQL es más frecuente en las empresas que tienen un departamento de desarrollo interno.