Mensajes: 59
Registro en: Aug 2011
Reputación:
3
(01-22-2013, 10:34 PM)LoKo escribió: (01-15-2013, 12:07 PM)Reboot escribió: La mayoría de programas de gestión de farmacia, por alguna razón que no alcanzo a comprender, usan MSSQL. Por eso estoy familiarizado con ella -_-
Oh, eso es facil de explicar.
Es la misma causa por la que las farmacias tendrán que contratar el adsl con telefónica. Alguien gana dinero con ello.
Así de simple
PD: maricas, estas cosas se hacen con bloc de notas.
Lo más seguro es porque van bajo windows (integración con fw .net da mejores rendimientos con mssql que con otros gestores), el learning curve del gestor de mssql es menor q mysql y el deploy es más que probable que lo hagan en versión express que es free.
Además tradicionalmente, mysql se ha venido utilizando para implementaciones web y entornos linux, el marketshare en windows es bajo.
Con respecto al 'fichero monolitico' depende de como prepares la bd y el uso que se le vaya a dar. Es un tema del DBA no del gestor en si, ya que puedes crear tantos ficheros como quieras y trocear los ya existentes con división por tablas o por registros.... que sea más cómodo tener 1 solo fichero no significa que no se pueda o no se deban crear varios ficheros para aumentar el rendimiento o particionamiento. Por otro lado se puede hacer dump de tablas a texto o a otras bds, ya sea por gui o por linea de comandos o powershell.
mysql tiene sus ventajas y sus inconvenientes al igual que mssql. No todo es malo y no todo es bueno. Depende de la aplicación que se le vaya a dar.
Para mí DB2 supera con creces a ambos... si quieres asumir los costes, claro.
If only you could see what i've seen with your eyes...
Mensajes: 4,185
Registro en: Aug 2009
Reputación:
50
01-23-2013, 07:04 PM
(Este mensaje fue modificado por última vez en: 01-23-2013, 07:08 PM por Reaper45.)
Nosotros tenemos una aplicación montada en cierta empresa en un servidor dedicado de niveles búrricos de potencia, y MySQL explota con bastante facilidad al ser un proyecto de > 500 dispositivos. Simplemente MySQL no está preparado para cierto nivel de concurrencia.
Yo diría que Oracle +-= MSSQL > MySQL.
Mensajes: 8,990
Registro en: May 2007
Reputación:
149
Pero en una farmacia no hay 500 dispositivos y a duras penas hay concurrencia. Como dice Juzz, todo está en .net y el deploy es en express. Diste en el clavo, chaval.
"Es como el que se mataba a pajas con U-jin y hoy en día o es Boku no Piko o ni se le levanta." - AniList
Mensajes: 5,408
Registro en: May 2007
Reputación:
65
(01-23-2013, 07:04 PM)Reaper45 escribió: Nosotros tenemos una aplicación montada en cierta empresa en un servidor dedicado de niveles búrricos de potencia, y MySQL explota con bastante facilidad al ser un proyecto de > 500 dispositivos. Simplemente MySQL no está preparado para cierto nivel de concurrencia.
Yo diría que Oracle +-= MSSQL > MySQL.
Eso o que no sabéis programar
Mensajes: 4,185
Registro en: Aug 2009
Reputación:
50
Nunca, jamás en mi puñetera vida he conocido a un buen programador. A algunos los considero genios, eso sí.
¿Pero buenos programadores? Ni de coña.
Mensajes: 59
Registro en: Aug 2011
Reputación:
3
(01-23-2013, 07:11 PM)Reboot escribió: Pero en una farmacia no hay 500 dispositivos y a duras penas hay concurrencia. Como dice Juzz, todo está en .net y el deploy es en express. Diste en el clavo, chaval.
Jajaja, hace años que dejé de ser un chaval
If only you could see what i've seen with your eyes...
Mensajes: 4
Registro en: Oct 2011
Reputación:
0
(01-23-2013, 07:04 PM)Reaper45 escribió: Nosotros tenemos una aplicación montada en cierta empresa en un servidor dedicado de niveles búrricos de potencia, y MySQL explota con bastante facilidad al ser un proyecto de > 500 dispositivos. Simplemente MySQL no está preparado para cierto nivel de concurrencia.
Yo diría que Oracle +-= MSSQL > MySQL.
Un desarrollador de de Debian piensa que MySql es un juguete:
http://grep.be/blog/en/computer/cluebat/...y_argument
Y aun así twitter y facebook usan versiones "parcheadas" de MySQL.
También hay que decir que Oracle compro a Sun, el cual era dueño de MySQL, es decir, Oracle es dueño de MySQL
¡Viva la sana competencia!
Mensajes: 5,408
Registro en: May 2007
Reputación:
65
01-24-2013, 10:08 PM
(Este mensaje fue modificado por última vez en: 01-24-2013, 10:10 PM por LoKo.)
Y se le olvida mencionar algo que me tocó bastante las pelotas (aunque no sea mucho problema arreglarlo). El puto MYiSAM, el que venia por defecto, no soporta claves foraneas y si se las intentas poner no te devuelve ningún error.
Una BD sin eso no es una BD.
Mensajes: 5,843
Registro en: Sep 2009
Reputación:
27
@LoKo pues hay putas mierdas ÑU tipo Moodle que aun configuradas con MySQL 5.5 e InnoDB van sin integridad referencial como comentas. Ni una puta FK, como mucho la aplicación te pone un índice en la columna FK.
TRU
Mensajes: 8,990
Registro en: May 2007
Reputación:
149
(01-24-2013, 12:18 AM)Juzz escribió: (01-23-2013, 07:11 PM)Reboot escribió: Pero en una farmacia no hay 500 dispositivos y a duras penas hay concurrencia. Como dice Juzz, todo está en .net y el deploy es en express. Diste en el clavo, chaval.
Jajaja, hace años que dejé de ser un chaval
En este foro todo el mundo es un chaval, mientras Frikitty no demuestre lo contrario...
"Es como el que se mataba a pajas con U-jin y hoy en día o es Boku no Piko o ni se le levanta." - AniList
|