MySQL vs MySQLi

edited junio 2010 in SQL y RDBMS
Hola, que SGBD recomiendan usar: MySQL o MySQLi

Ahora mismo estoy usando MySQL pero si merece la pena me plantearía cambiar

Gracias

Un saludo

Comentarios

  • Mi saliendo de tus opciones prefiero Postgres... <!-- s:) --><img src="{SMILIES_PATH}/icon_smile.gif" alt=":)" title="Smile" /><!-- s:) -->
  • edited 6:36
    Que tiene Postgres que no tenga MySQL ???
  • Muchisima mas robusta, te ofrece mas funcionalidades muchos los llaman el Oracle de Linux sin embargo todo depende de lo que vayas hacer porq si son simplemente unos cuantos registros no tiene sentido que tengas un RDBMS con MySQL te serviria.... todo depende de lo que necesites...
  • edited 6:36
    Pero...¿MySQLi no es una clase de php que vendría a ser lo mismo que la clase db de kumbia?

    Por cierto, ¿cómo funciona Kumbia y PostGreSQL? ¿se comunican a través de SQL o hace un mapeo de las clases de PostGreSQL (o sea, si pasa por alto a Active Record)?
  • Por cierto, ¿cómo funciona Kumbia y PostGreSQL? ¿se comunican a través de SQL o hace un mapeo de las clases de PostGreSQL (o sea, si pasa por alto a Active Record)?
    el comportamiento es igual a lo que vienes viendo el Mysql ya que el ORM de Kumbia hace que para los RDBMS sean iguales por el ActiveRecord es decir tienes las bondades de ActiveRecord, adicionales a la que te ofrece Postgres como RDBMS
  • edited 6:36
    es decir tienes las bondades de ActiveRecord, adicionales a la que te ofrece Postgres como RDBMS

    mmm.... deja que ponga en duda que ActiveRecord te da mejores bondades que el propio postgreSQL.
    PostgreSQL posee su propio lenguaje de consultas, además del SQL. En mi trabajo usamos una base de datos post-relacional orientada a objetos. Pongamos que tenemos una tabla (una clase) de ciudades y otra que hereda de la primera que contiene sólo las las capitales. En mi trabajo haríamos así para obtener los nombres de las capitales a partir de la tabla ciudades:
    SELECT nombre  FROM ciudades WHERE capitales&#46;nombre=nombre
    

    Es mucho más rápido y fácil que tener que ir usando el belongs_to y cosas por el estilo. Esta es una consulta demasiado sencilla, pero con la herencia se pueden ir anidando tantas tablas como quieras, sin tener que complicarse la vida con joins, además de mantener la integridad referencial.

    No pongo en duda que para bases de datos como MySQl el mapeo a objetos ya es un gran paso, pero no creo que sea mejor que lo que el propio postgreSQL te puede dar nativamente.
  • mmm.... deja que ponga en duda que ActiveRecord te da mejores bondades que el propio postgreSQL.
    Obvio no puedemos comparar un ORM que el trabajar directamente con Manejador de BD, eso lo se perfectamente, de hecho hago uso de ese tipo de cosas Objetos, Funciones y demás bondades que me ofrece PostgreSQL.
    No pongo en duda que para bases de datos como MySQl el mapeo a objetos ya es un gran paso, pero no creo que sea mejor que lo que el propio postgreSQL te puede dar nativamente.
    Por eso cuando se inicia este debate yo le comento a wiggly que para mi mejor es Postgres por la bondades que ofrece y que al mismo tiempo hay que evaluar, porq si tengo una gran herramienta y no hago uso de las bondades que este me puede ofrecer seria mejor que re-evaluar si realmente es lo que necesito en este caso nos enfocamos en un RDBMS.

    Desde mi modesto punto de vista tiene comparación Postgres con Mysql porq su orientación es distinta, su uso es diferente a pesar que manejan el estándar SQL.

    Como te dije anteriormente ningún ORM es mas rápido que el trabajar directamente con motor de BD, ya que debemos tener claro que un ORM realiza un proceso de conversión de relaciones a objetos.
  • edited 6:36
    Muchachos! porque matan un mosquito con un cañón?
    deivinsontejeda tiene razon. Todo depende de las necesidades,pero tambien del volumen de audiencia que tendrá un sitio.

    Qué es eso de "yo me quedo con..."?
    Con todo respeto, es importante tener la mente abierta y siempre inquisitiva.

    Por experiencia puedo decirles que en estos casos hace falta hacer un buen estudio de factibilidad en el analisis de sistema, tratando de ver todas las posibilidades y escenarios a futuro. Parece una perdida de tiempo, pero de eso salen sistemas robustos despues.

    Saludos desde Argentina. <!-- s:P --><img src="{SMILIES_PATH}/icon_razz.gif" alt=":P" title="Razz" /><!-- s:P -->
Sign In or Register to comment.