SQL (MySQL) vs NoSQL (CouchDB)

Yo estoy en el centro de diseño de un altamente escalable aplicación con la que se debe almacenar una gran cantidad de datos. Así por ejemplo, se va a almacenar una gran cantidad de los usuarios y, a continuación, las cosas como muchos de sus mensajes, comentarios, etc. Yo siempre he usado MySQL antes, pero ahora estoy dispuesto a probar algo nuevo como couchdb o similar que no está SQL.

¿Alguien tiene alguna idea o ayuda sobre este?

  • Gah, CW. Y yo tenía la esperanza de obtener algo de rep y algunas street cred aquí. 🙂
  • ¿puedes explicar un poco más acerca de su conjunto de datos?
  • Me gustaría que este no tiene que ser cerrado. Estas preguntas son importantes para preguntar, pero por alguna razón que no pertenecen en MODO.

3 Kommentare

  1. 187

    He aquí una cita de un reciente blog de Dare Obasanjo.

    Las bases de datos SQL como automático
    transmisión y bases de datos NoSQL son
    como la transmisión manual. Una vez que
    cambiar a NoSQL, usted se convierte en
    responsable de una gran cantidad de trabajo que el
    sistema se encarga de forma automática en
    una base de datos relacional del sistema. Similar
    a lo que sucede cuando usted toma manual
    más de la transmisión automática. En segundo lugar,
    NoSQL le permite ganarse más
    rendimiento del sistema
    la eliminación de una gran cantidad de comprobaciones de integridad
    hecho por bases de datos relacionales a partir de la
    nivel de base de datos. De nuevo, esto es similar
    cómo usted puede sacar más rendimiento
    fuera de su coche por la conducción de un manual de
    transmisión frente a una automática
    vehículo de transmisión.

    Sin embargo, el más notable similitud es
    que al igual que la mayoría de nosotros no puede realmente
    tomar ventaja de los beneficios de un
    vehículo de transmisión manual, porque
    la mayoría de nuestros conducción está sentado
    en el tráfico en el camino a y de la
    trabajo, hay una similar dura realidad
    en que la mayoría de los sitios no están en Google o
    Facebook escala y por lo tanto no tienen necesidad
    para un Bigtable o Cassandra.

    A lo que puedo añadir, sólo que el cambio de MySQL, donde usted tiene por lo menos un poco de experiencia, a CouchDB, donde usted no tiene experiencia, significa que usted tendrá que lidiar con todo un nuevo conjunto de problemas y aprender diferentes conceptos y mejores prácticas. Mientras que, por sí mismo, esto es maravilloso (estoy jugando en casa con MongoDB y como mucho), va a ser un costo que usted necesita para calcular la hora de estimar el trabajo para ese proyecto, y trae riesgos desconocidos prometiendo beneficios desconocidos. Va a ser muy difícil juzgar si se puede hacer el proyecto a tiempo y con la calidad que usted quiere/necesita para ser exitoso, si se basa en una tecnología que no conoces.

    Ahora, si usted tiene en el equipo de un experto en la NoSQL campo, entonces por todos los medios tomar un buen vistazo. Pero sin ninguna experiencia en el equipo, no saltar sobre NoSQL para un nuevo proyecto comercial.

    Actualización: Solo para tirar un poco de gasolina en el fuego comenzó, aquí hay dos artículos interesantes de personas en el SQL campamento. 🙂

    No puedo Esperar para NoSQL a Morir (artículo original se ha ido, he aquí una copia)

    Lucha contra La NoSQL Mentalidad, Aunque Esto no es un anti-NoSQL Pieza

    Actualización: Bueno, aquí está un artículo interesante sobre NoSQL

    Sentido de NoSQL

    • El proceso de ampliación de SQL soluciones es el proceso de extracción de características y relaciones. Así que no creo que esto es enteramente una evaluación justa. Además, yo no grupo de bases de datos NoSQL juntos como este, Cassanda por ejemplo, se centra exclusivamente en la escala hasta, mientras que CouchDB es que se trate con la ampliación de la api abajo y lo que es fácil de usar y los intentos de permitir que la api de la escala de medida de hasta donde sea posible.
    • Podría ser esta el enlace a la cita? 25hoursaday.com/weblog/2010/03/29/…
    • Ah, sí, ciertamente. Me perdí que hizo de él un público blog así. Voy a actualizar el post.
    • Gracias por el post!!! El enlace «no puedo Esperar para NoSQL a Morir» no me funciona, puede que desee comprobar.
    • «se han comercializado un bien lista enumerada de las limitaciones y las verrugas por una nueva, poco conocidos lista de limitaciones y verrugas» – no puedo Esperar para NoSQL a Morir
    • la Lucha contra la NoSQL mentalidad artículo es ahora un 404 :/^^
    • Por desgracia, esta es la fugacidad de la Internet persistencia… 🙁

  2. 3

    Parece que sólo las soluciones reales de hoy giran en torno a la ampliación o fragmentación. Todas las modernas bases de datos (NoSQLs así como NewSQLs) de soporte de escala horizontal a la derecha fuera de la caja, y en la capa de base de datos, sin la necesidad de que la aplicación tenga la fragmentación de código o algo.

    Lamentablemente suficiente, por la confianza de buena MySQL antigua, la fragmentación no es siempre «fuera de la caja». ScaleBase (descargo de responsabilidad: yo trabajo allí) es un fabricante de una completa solución escalada de un «uso compartido automático de la máquina» si te gusta. ScaleBae analiza los datos y SQL arroyo, divide los datos a través de DB nodos, y los agregados en tiempo de ejecución – de modo que usted no tenga que hacerlo!
    Y es de descarga gratuita.

    No me malinterpreten, NoSQLs son grandes, es nuevo, lo nuevo es más elección y la elección siempre es bueno!! Pero la elección de NoSQL viene con un precio, asegúrese de que usted puede pagar…

    Puedes ver aquí algunos datos más acerca de MySQL, NoSQL…: http://www.scalebase.com/extreme-scalability-with-mongodb-and-mysql-part-1-auto-sharding

    La esperanza de que la ayudó.

  3. 0

    Una de las mejores opciones es ir en busca de MongoDB(NOSql dB) que soporta escalabilidad.Tiendas de grandes cantidades de datos nada pero bigdata en forma de documentos a diferencia de filas y tablas en sql.Esto se supone que sigue a la fragmentación de los datos.Utiliza replicasets para asegurar que los datos garantiza que mantiene varios servidores teniendo primaria db server como base. Independiente del idioma.
    Flexible para uso

    • Usted debe respaldar su opinión de que «mejor» porque Couchbase, Cassandra, AeroSpike, etc y todas las bases de datos que son compatibles con las características que mencionas.

Kommentieren Sie den Artikel

Bitte geben Sie Ihren Kommentar ein!
Bitte geben Sie hier Ihren Namen ein

Pruebas en línea