Barrapunto

Exactamente lo que imaginaba. Para ti SQL se reduce a SELECT, INSERT, UPDATE y DELETE, o sea las "queries" de mantenimiento de registros.

O sea, que para ti no existe el CREATE, por ejemplo, que entre otras cosas sirve precisamente para crear tablas, claves, restricciones, triggers y procedimientos. Para ti, oh gran experto en PL/SQL, sencillamente no existe. Pues vas listo.

Mira, no me voy a molestar ni siquiera en buscar la forma de decírtelo. Usaré tus propias palabras: "coladas como ésa dicen poco de tu conocimiento de las bases de datos, creo yo".

En cuanto a la segunda patada: "¿permite el lenguaje de DBO4 hacer lo que permite SQL y más?". Jo, macho, por si no había quedado suficientemente claro, aquí rubricas que no has mamado SQL en tu vida.

¡SQL ES EL GESTOR DE BBDD! (además de los datos, claro, y lo aclaro por si acaso aún sigues en tus trece de pensar que sólo sirve para mantener registros) ¿Lo pillas o no? Cualquier DBMS con cara y ojos hoy en día lo hace TODO con SQL, aunque por encima tenga una interficie gráfica de dos pares de cojones. NADA SE HACE SIN USAR SQL, ¿comprendes? ¿O todavía no?

Y ahora vamos a la última patada: "si se pueden teclear comandos, es una línea de comandos, independientemente de que haya más métodos de hacer que el programa te haga caso".

O sea, cualquier DBMS basado en SQL es una línea de comandos, y Linux también es una línea de comandos, y de paso Windows es una línea de comandos también... y en definitiva cualquier sistema por complejo que sea es una miserable línea de comandos simplemente por contener un "shell" o un intérprete para hacer llamadas al sistema subyacente, ¿no?

Pues qué decepción me das, chiquilín. Yo hubiera jurado que la línea de comandos está ahí por si la quieres usar, no para pasar necesariamente por ella. Es útil, eso sí. Y sin duda para administrar BBDD te da una potencia "kitikagas". Pero siempre hay herramientas más chupiguays de las que te gustan a ti, con ventanitas y colorines.

Joer, no sé ni para qué sigo.