Bosque Viejo » sql http://bosqueviejo.net Sitio web sobre programación, software libre, redes, servidores, ofimática... y todo lo relacionado con la informática que nos rodea Tue, 08 May 2012 14:40:56 +0000 es hourly 1 http://wordpress.org/?v=3.3.2 NewSQL: dos vías para mejorar SQL http://bosqueviejo.net/2011/12/20/newsql-dos-vias-para-mejorar-sql/ http://bosqueviejo.net/2011/12/20/newsql-dos-vias-para-mejorar-sql/#comments Tue, 20 Dec 2011 14:40:30 +0000 bombadil http://bosqueviejo.net/?p=1171 Últimamente hay muchos medios (como SDJournal) que van haciendo eco de una nueva versión, según algunos más fácil, de SQL.

Según vemos en la página oficial del proyecto, NewSQL dispone a día de hoy de dos posibles gramáticas a implementar. Una de ellas está basada en la Java Database (JDB) y otra sería la evolución propia de SQL (SQL II, o S2). Aún no se ha decidido qué versión será la empleada como newSQL, por lo que, podemos decir que es un proyecto a futuro y no hay implementación real de momento.

Implementación JDB

La sintaxis que se desea implementar al estilo JDB tendría esta forma en comparación con el SQL actual:

SQL NewSQL JDB
CREATE TABLE TEST (
  ID INT PRIMARY KEY,
  NAME VARCHAR(255)
) 		test = new table(
  int id,
  string name,
  key(id)
)
INSERT INTO TEST VALUES(1, ‘Hello’) test.add(1, ‘Hello’)
SELECT * FROM TEST test.get()
SELECT T1.ID, T2.NAME FROM TEST T1, TEST T2 WHERE T.ID = T2.ID t1 = test; t2 = test; t1.join(t2[t1.id==t2.id]).get(t1.id, t2.name)
UPDATE TEST SET NAME=’Hi’ WHERE ID=1 test[id==1].set(name=’Hi’)
DELETE FROM TEST WHERE ID=1 test[id==1].delete()
DROP TABLE TEST test.drop()

La sintaxis puede parecer bastante clara y limpia, sobre todo para los que programan con lenguajes del estilo de Java, C++, PHP y de sintaxis derivada. No obstante, si tenemos en cuenta que esto sustituye a SQL, pero no a la forma de enviar las consultas, generar una cadena de texto de este estilo para enviarla al Sistema Gestor de Base de Datos, puede resultar bastante tedioso igualmente.

Hay bastantes dudas sobre, por ejemplo el INSERT, ya que, ahí nos muestran una inserción completa, pero, ¿y si queremos que haya datos por defecto y solo declarar algunos? … igualmente, en la cadena de búsqueda, da la sensación de haber empleado XPath para seleccionar las tuplas… ¿cómo se haría si se busca por un criterio en lugar de un ID? … al final puede quedar algo difícil de entender, realmente.

SQL II (S2)

La otra opción, es una versión evolucionada de SQL (o simplificada, según se mire), que tiene la siguiente forma:

SQL NewSQL JDB
CREATE TABLE TEST (
  ID INT PRIMARY KEY,
  NAME VARCHAR(255)
) 		create table test (
  id int;
  name string;
  primary key(id)
)
INSERT INTO TEST VALUES(1, ‘Hello’) insert test (1, ‘Hello’)
SELECT * FROM TEST select test
SELECT T1.ID, T2.NAME FROM TEST T1, TEST T2 WHERE T.ID = T2.ID select t1:test join t2:test on t1.id == t2.id get t1.id, t2.name
UPDATE TEST SET NAME=’Hi’ WHERE ID=1 update test set id=1 where name==’Hi’
DELETE FROM TEST WHERE ID=1 delete test where id==1
DROP TABLE TEST drop test

Revisándolo, se ve claro que no aporta mucho, realmente, a lo que se usa de hoy en día. Es más, se intenta introducir de forma fija el uso del operador “==” en lugar de “=”, lo cual resulta extraño e inapropiado, desde mi punto de vista, ya que, en todo caso, cambiaría mejor el “=” del UPDATE por un “<-”.

Conclusiones

Desde mi punto de vista, más que centrarse en cómo escribir “mejor” los sistemas SQL, deberían de centrarse en agregar dichas sentencias para que se mezclasen con el código, algo como SQLJ, de cara a integración con los lenguajes, y de cara al mejor uso de SQL, hacer estándares del uso de las fechas (que cada sistema los usa a su forma), así como los LIMIT, funciones básicas y tipos de datos, entre otras muchas cosas, para que los SGBD fuesen más compatibles entre ellos.

]]> http://bosqueviejo.net/2011/12/20/newsql-dos-vias-para-mejorar-sql/feed/ 0 El futuro de MySQL http://bosqueviejo.net/2010/03/02/el-futuro-de-mysql/ http://bosqueviejo.net/2010/03/02/el-futuro-de-mysql/#comments Tue, 02 Mar 2010 15:55:56 +0000 bombadil http://bosqueviejo.net/?p=240 Desde que MySQL fuese vendida a Sun Microsystems, ha habido bastante gente que ha visto con otros ojos el proyecto, mostrándose algo escépticos a que MySQL pudiera seguir siendo lo que venía siendo, una base de datos libre sin mayores pretensiones. Pero siendo Sun Microsystems una empresa que ha realizado mucho código para la comunidad, pero también ha guardado mucho otro de forma recelosa, teníamos nuestras dudas.

El problema real vino cuando Sun Microsystems fue adquirida por Oracle. Esta adquisición puso a MySQL en la duda de si seguiría siendo lo que es, o pasaría a ser otro producto más recortado en su versión comunitaria y ofrecido por un precio medio/alto a empresas que se lo puedan permitir. Como si de una versión light de Oracle DB se tratase.

Entre todo este tumulto, en parte levantado por Monty, uno de los principales desarrolladores de MySQL, que se fue de la empresa cuando comenzó todo el lío, surgen varias versiones de MySQL, forks, que prometen seguir la línea original y seguir apostando por el crecimiento de este sistema dentro de la comunidad y el software libre.

Una de las apuestas es MariaDB, promovida por el propio Monty, es un fork del último código estable de MySQL, agregando todos los patchs que no se incluyeron en MySQL y dando soporte a problemas que parece que los desarrolladores principales de MySQL han olvidado.

En otro punto se sitúa el proyecto Drizzle, que intenta seguir los ideales iniciales de MySQL en un punto en los que muchos de los desarrolladores que pertenecían a esta comunidad, consideran que se torció el desarrollo principal.

Con esto podemos decir que el espíritu de MySQL no ha muerto, ni morirá, puesto que seguirá vivo en dos ramas separadas de su código original en los momentos clave en los que cada comunidad vió que era el momento de un cambio.

Como nota curiosa, el ecosistema de protección de los sistemas gestores de base de datos abiertas (Open Database Alliance), se encarga de la promoción entorno a los sistemas gestores de las base de datos. Una propuesta interesante que promete un poco de seguridad dentro de este entorno.

]]> http://bosqueviejo.net/2010/03/02/el-futuro-de-mysql/feed/ 4