pq pasa el tiempo y mySql no es una DB en serio?

[MoaLaiSkirulais]

eso....

pq? q faltan? craneos?

snif.....

[Kabronero]

En tectimes.com no dice nada

firmado CrazyFrank nogf

[KvocheX]

Supong que te refieres a una db más popular???

[MoaLaiSkirulais]

mySql es muy popular....

y no es un producto serio en cuanto a prestaciones...

lo comparo con Oracle, SqlServer, Informix, SyBase y tantos otros...

osea el TO DO list es infinito y ya viene asi desde hace años...

no se q pasa me da bronca que no lo terminen nunca... ya q lo poco q tiene implementado es GENIAL

[MoaLaiSkirulais]

linda hora para virguear....

mira hace 5 años q prometen lo siguietne:

querys anidados:
sencillamente impresindible.....
sp=stored procedures:
por dios la escencia de la encapsulacion de las reglas de negocio de cualkier sistema....

y todavia agua, lo prometen para el mySlq 5.0

trigers.... idem sp.... magia abtracta extrema....

no sef


lo que hay es TOP... el sistema de permisos y el motor de querys con logica de cursores y optimizaciuon rushmore (robado a fox) es inigualable


pero no se .... el dia q actualizen el TO DO los amare...


el silencio loko

ADIOSH, ADIOSH

[dcialdella]

aver........

te cuento mi opinion,

bases de datos como ORACLE, INFORMIX, DB2, y hasta incluyo Ms SQL SERVER, son bases de datos del tipo Comerciales, Pesadas, y que brindan soluciones a "ciertos" tipos de necesidades.
(podríamos incluir postgres y algunas mas casi casi al mismo nivel)

Sin embargo mysql no está dentro de "ese tipo" de bases de datos, está agrupada, con bases diseñadas, pensadas y utilizadas para otras cosas, tipo Firefox y otras tantas.....

Son cosas diferetnes y se usan para necesidades diferentes, y es un error comparar Oracle con MySQL, muchas veces en varios foros se hablo de incluir algunas cosas en MySQL que actualmente no tiene y que seguramente no tendra, pero...... incluir esas funcionalidades sería cambiar la idea del producto (ejemplo transacciones, por dar uno)

MySQL surje como una base de datos (tipo DB, Berkley Database), muy rápida y limitada. y esa es la funcion que para mi hace muy muy bien y que deberia continuar haciendo.

imaginate un desarrollo con Turbo C (v 2.0) por ejemplo, es nu código rapido, simple, sencillo, chico, y que anda perfecto, pero tiene sus limitaciones, (te las imaginaras supongo).

ahora comparalo con un VBasic .net, ventanas, librerias, codigo, pesado, duro, largo, grande, es otra cosa. Claro que tiene muchas mas funcionalidades. pero....

si tenes que hacer un CGI (por ejemplo) para ejecutar en un sitio web, está claro que lo vas a hacer en Turbo C, sni dudarlo, o perl o lenguajes de ese tipo, alli se requiere velocidad, simplicidad, y que sea pequeño.....

entonces volviendo al tema de MySQL creo que esta bien lo que hace y como lo hace, y para mi, NUNCA deberia incluir las opciones de las otras bases de datos....

saludos y espero haber sido claro. trate de escribir poco.....

[MoaLaiSkirulais]

desde ese punto de vista no lo habia pensado nunca...

y suena bastante logico...

un motor limitado pero muy poderoso en todos sus features....

lo q me extraña q hace un tiempo cuando fue la revolucion MySql prometieron los tools q enumere arriba...

y se dilato infinito....

fue muy extraño....

si MySql añade los tools esos, seria casi el mejor motor y encima Open Source....

y eso si q seria una estocada muy grave vs los motores comerciales....

pq verdaderamente a MS le importa 3 pitos q los SO de hogares sean piratas...

su poder esta en ser plataforma tanto de desarrollo como de produccion en sistemas de gestion de empresas....

y el motor de DB es uno de los pilares de cualkier ERP....

y de alguna manera condiciona fuertemente la tecnologia a elegir para programar las aplicaciones y por consiguiente para determinar el soft a utilizar en las workStation...



btw ahora en la 5.0 q es beta parece q ya hay stored procedures....


y me suena medio tarde... ojala q no...

pero la expansion q lograron sistemas como SAP, PeopleSoft, Oracle u Exactus en los ultimos 4 años fue INFERNAL....

bueno de ahi partia mi duda Daniel... me huele mal....

pero volviendo a tu plante, insisto q es muy interesante verlo asi, osea como un motor simpel, rapido, y facil de mantener...

veremos como sigue esto ya q MySql esta copando todos los desarrollos web... q aunque sean mas simples es una linda parte de la torta....

algo se viene.....

[dcialdella]

OJO, ese es mi punto de vista basado en lecturas de notas

desde hace unos 5 años, cuanto investigue bastante el tema del MySQL por una necesidad comercial, era la tendencia.

tengo un libro llamado MySQL y MSQL que me vino estupendo para comparar esos motores en Linux hace mucho tiempo atras. (Edit. O´Really)

En ese momento se comparaban MSQL un motor AUN mas berreta que el MySQL y el MySQL, junto con otros como Beagle y similares de ese tipo (db, etc.)

se de varias empresas grossas que salieron del MySQL y se pasaron a otros alternativas, sea Oracle para linux, Postgress, DB2 y otros. Justamente porque en algun momento del crecimiento de la empresa, les quedaba chico el MySQL.

Lo único que espero sobre el MySQL es que sigan penetrando mercado como hasta ahora, (fijate que en cada foro chico en internet) se usa MySQL, en la mayoria de los servidores baratos y en millones de aplicaciones chicas en todo el mundo.

Es un motor muy bueno, chico, rapido, y con esa filosofia creo que siguen bien, si le agregan las funcionalidades que "deberían" quizas compitan con otros motores que les llevan años cno esos features y ademas que tienen miles de horas de debugging, es decir, se meterian a pelear un mercado que nunca fue de ellos (me refuero al mercado de motores mas grossos) y abandonarían su principal filosofia....

Imaginate que para instalar un foro (quizs como este mismo) tenes que duplicar la Memoria o Duplicar la CPU para que ande bien.....

saludos

pd: este foro tambien usa MySQL ?

[Kabronero]

Si, usa MySQL..

[dcialdella]

sería bueno, aunque es una perdida de tiempo porque conozco el resultado, intentar montar un Oracle sobre linux y que sea el motor base para este foro.

estoy seguro que:

* invertiriamos mas de 50 horas en hacerlo andar.
* mas de 20 horas en pruebas
* consumiría 5 veces mas memoria
* consumiría 3 veces mas CPU
* andaría 4 veces mas lento

pero..........
si hubieran 1.000 hits por minuto las cosas serian diferentes...

tuve la suerte de participar en un proyecto que empezo con una Pentium I, 128 ram, 10 gb, linux, php, mysql. y escaló hasta 4xpentium III, 2 gb ram, 800 gb, y 500 veces mas peticiones...

y tuvimos que salir de MySQL....

pero en cada etapa habia soluciones para cada cosa.
en los inicio mysql
luego oracle,
luego.......

saludos

[juantopo]

tengo entendido que el postgreSQL es un opensource esta creciendo bastante y aparte tambien tiene soporte nativo en PHP

soporta los queries anidados, es increible que mySQL no soporte eso, recien me entero yo hasta ahora lo usaba en access con el drv jet que supuestamente tampoco es una base en serio, el tema es que ahora queria hacer cosas en PHP con mySQL y me va a romper las bolas no tener esa opción, me puedo pasar a postgreSQL pero la joda es que bajo win es un quilombo instalarlo y tampoco quiero volver a poner linux, salvo que exista un dreamweaver para linux y claro que de última puedo usar el drv jet ¿pero quien me va hostear de PHP con Access? lo van a tomar como un insulto

ahora no se si incorpora todo lo demas que dice diablo pero tengo entendido que postgreSQL tambien es rapida y esta bien vista por los programadores que viven de esto, así que debe estar piola

[MoaLaiSkirulais]

topo, de todas formas el staff [?] de MySql argumenta y con razon, que cualkier query anidado puede resolverse con inner joins y las variantes left y rigth o bien creando los subQuerys como vistas .....

lo q pasa q es medio rompebolas y atenta un poco contra la encapsulacion....

un lindo engine open source q recomiendo es InterBase

http://info.borland.com/devsupport/interbase/opensource/

[MoaLaiSkirulais]

MySql 5.0 Beta: Procedures

Stored procedures and functions are a new feature in MySQL version 5.0. A stored procedure is a set of SQL statements that can be stored in the server. Once this has been done, clients don't need to keep reissuing the individual statements but can refer to the stored procedure instead.

MySQL follows the SQL:2003 syntax for stored procedures, which is also used by IBM's DB2.

The MySQL implementation of stored procedures is still in progress. All syntax described in this chapter is supported and any limitations and extensions are documented where appropriate.