¿Qué BD aprender ahora?

[skanskan]

Buenas.

Después de las típicas SQL Server y Mysql...
¿Qué base de datos recomendaráis aprender?

Ya sé que es una pregunta muy general, y depende de para que.

Una que sirva en general, que claramente mejore las que he nombrado.

Por ejemplo, tras leer algunas comparativas una que me atrae es MongoDB.
¿Será mucho más complicado aprender MongoDB que otras?
¿Merece la pena el esfuerzo?
Busco algo potente pero no demasiado complicado.

Hace un tiempo toqué un poco el tema Hadoop (ya sé que no es exactamente una BD). Pero no me gusta, al final acabas teniendo que hacer muchas cosas con Mapreduce, o sea con Java, y odio Java, me parece lento, empalagoso y problemático. Al final acabé usando sólo cosas con Hive, Pig y sobre todo a través de otros programas como Pentahoo, que entre otras cosas hacen de interfaz gráfico.

El "problema" es que hay miles de BD y cada cual dice una cosa.
No pretendo pisarle el terreno a los informáticos, sólo usarlo como complemento.
Tengo una formación técnica y estas cosas siempre vienen bien y útlimamente para muchos puestos de trabajo piden conocerlas.

No sé si dedicarme a mejorar mis conocimientos de SQL Server, o aprender cosas como MongoDB, con menos competencia, y con demanda laboral.


saludos

[gnzsoloyo]

...
¿Qué base de datos recomendaráis aprender?

Si lo que quieres es trabajar, Oracle, e incluso PstgreSQL.
Con tres que manejes y una que domines, la cosa anda.

Por ejemplo, tras leer algunas comparativas una que me atrae es MongoDB.

No es una base de datos relacional. Es NoSQL, y trabaja en un paradigma diferente.

Puede serte útil, e incluso apasionante, pero dependerá de a qué te dediques. No es funcioanl para trabajar en bases de datos comerciales. Apunta a otra tipo de desarrollos.

[skanskan]

Sé que tiene sus problemas y ventajas. Escalán mejor, es rápido, sharding, no permite hacer directamente JOINS, ni asegura la integridad de los datos ni hay transactions. Está más pensado para almacenar documentos.

El problema de Oracle y PostgreSQL es que ya hay mucha competencia. Además Oracle es de pago (y caro) y suelen pedir certificaciones. Y PostreSQL creo que está un poco anticuado y no me va a aportar poco nuevo que no tenga ya MySQL. ¿No?.

saludos

[Libras]

Una pregunta muy abierta y como te contestan depende para que las uses, a las dudas que has comentado te falta muchisimo por aprender de cualquier base de datos relacional(sql) para pensar en bases de datos (nonsql)

[skanskan]

¿Piensas q no hay gente que incluso podría aprender alguna NoSQL sin haber pasado antes por las SQL?.
Mi caso es extraño porque hace tiempo toqué un poco SQL Server y MySQL, y luego alguna BD especializada para mi trabajo, como onetick y kdb

[Libras]

claro que puedes aprender una sin la otra, todo depende de tus necesidades y a lo que ocupes

[gnzsoloyo]

¿Piensas q no hay gente que incluso podría aprender alguna NoSQL sin haber pasado antes por las SQL?.

Es muy probable. El problema son las estructuras mentales de razonamiento que se aplican en paradigmas tan diferentes. Luego te traen problemas para readaptar tu razonamiento NoSQL si debes trabajar con baeses de datos relacionales.
Como dije, no es que no se pueda, pero las bases NoSQL se trabajan razonando orientados a procesos, más parecido a programación de aplicaciones, que a arquyitectura de datos. el rpoblema viene cuando cambias el tipo de BBDD y vas a las relacioanles.
El mismo problema lo tenemos con todos los foristas que se han formado como programadores (sean o no autodidactas), y quieren entender el razonamiento orientado a datos. Se desaniman a veces porque les lleva tiempo aprender a ver otra forma de lógica.

Una de las primeras cosas que los profesores de BBDD te dicen en la universidad es precisamente eso: No es lo mismo razonar procesos que razonar datos. No se aplica la misma lógica, ni se construyen las mismas estructuras.
La experiencia me ha demostrado que tienen razon.

[Libras]

Iniciado por gnzsoloyo

Es muy probable. El problema son las estructuras mentales de razonamiento que se aplican en paradigmas tan diferentes. Luego te traen problemas para readaptar tu razonamiento NoSQL si debes trabajar con baeses de datos relacionales.
Como dije, no es que no se pueda, pero las bases NoSQL se trabajan razonando orientados a procesos, más parecido a programación de aplicaciones, que a arquyitectura de datos. el rpoblema viene cuando cambias el tipo de BBDD y vas a las relacioanles.
El mismo problema lo tenemos con todos los foristas que se han formado como programadores (sean o no autodidactas), y quieren entender el razonamiento orientado a datos. Se desaniman a veces porque les lleva tiempo aprender a ver otra forma de lógica.

Una de las primeras cosas que los profesores de BBDD te dicen en la universidad es precisamente eso: No es lo mismo razonar procesos que razonar datos. No se aplica la misma lógica, ni se construyen las mismas estructuras.
La experiencia me ha demostrado que tienen razon.

:apla uso: