DisponibleIncluido en el acceso beta

Microcurso · Principiante

SQL, PostgreSQL, MySQL y SQL Server: ¿qué diferencias hay?

Comprende el lenguaje, los sistemas y los dialectos para elegir la documentación adecuada y escribir SQL portable con criterio.

De 45 a 60 minSQL común · PostgreSQL · MySQL · SQL Server5 lecciones · 6 actividades disponibles

Empezar el curso

Acceso beta gratuito durante 30 días · sin pago · progreso guardado

El problema empresarial

Una persona cree estar aprendiendo PostgreSQL cuando estudia sintaxis SQL y descubre diferencias en otra herramienta.

Lo que sabrás hacer

Distinguir lenguaje, base de datos, SGBD, servidor y dialecto, y reconocer las diferencias relevantes.

Nombrar los cuatro conceptos sin confundirlos
Identificar una diferencia de dialecto
Elegir un recurso adecuado al sistema

Límites de este microcurso

Este microcurso desarrolla una competencia concreta. No sustituye un itinerario completo ni una formación de administración de servidores.

Requisitos previos

Saber qué es una tabla

Proyecto y práctica

6 ejercicios verificados están disponibles. La validación se basa en los ejercicios del programa.

Curso interactivo · 5 microlecciones · 6 comprobaciones

Comprender sistemas y dialectos sin confundirlos

Parte de un problema real, compara sintaxis y valida cada decisión con documentación oficial.

Progreso0 / 6

0/6

Separar lenguaje, datos y software7–9 min · Explicar con claridad SQL, base de datos, SGBD, servidor y dialecto.

Situación empresarial

Una compañera dice que «la base SQL no funciona». No sabemos si falla el dato, el servidor, la conexión o una consulta.

Pregunta que resolver

¿Qué queremos decir exactamente cuando decimos simplemente SQL?

SQL es un lenguaje para expresar una intención: leer, relacionar, añadir o controlar datos.

Una base de datos es el conjunto organizado de datos y reglas.

PostgreSQL, MySQL y SQL Server son SGBD que almacenan, protegen y procesan datos.

Un servidor o instancia ejecuta el SGBD. Un dialecto es cómo un producto implementa y amplía SQL.

Ejemplo verificado

Lenguaje y softwareSQL común · PostgreSQL

SELECT expresa una lectura; PostgreSQL comprueba permisos, elige un plan y devuelve el resultado.

Error frecuente Presentar PostgreSQL como una versión de SQL. Es un SGBD que usa SQL y añade capacidades propias.

Para recordar SQL describe la intención; el SGBD la interpreta y gestiona los datos.

¿Qué frase distingue correctamente SQL y PostgreSQL?SQL es un servidor; PostgreSQL es una consultaSQL es un lenguaje; PostgreSQL es un SGBDSon dos nombres del mismo producto

Fuentes oficiales

Empezar por el núcleo común7–9 min · Reconocer una consulta de lectura simple y ampliamente portable.

Situación empresarial

Un equipo necesita el mismo informe en PostgreSQL, MySQL y SQL Server.

Pregunta que resolver

¿Debe escribir tres consultas completamente diferentes?

SELECT, FROM, WHERE, GROUP BY, HAVING y ORDER BY forman un núcleo compartido.

La portabilidad también depende de tipos, funciones, conversiones, intercalaciones y NULL.

Ningún motor garantiza el orden sin ORDER BY.

Una consulta portable es una hipótesis probada en los motores y versiones objetivo.

Ejemplo verificado

Informe básicoSQL común

SELECT city, COUNT(*) AS orders
FROM orders
WHERE status = 'paid'
GROUP BY city
ORDER BY orders DESC, city;

La forma es común, pero datos, tipos y reglas de ordenación deben ser comparables.

Error frecuente Pensar que una sintaxis aceptada produce automáticamente el mismo resultado en tres configuraciones.

Para recordar Empieza por el núcleo común y prueba las diferencias relevantes.

¿Qué afirmación es la más prudente?Toda consulta con SELECT es portableEl núcleo puede ser común, pero el resultado debe probarse en cada destinoTodas las intercalaciones ordenan igual

Fuentes oficiales

Reconocer una diferencia de dialecto9–11 min · Adaptar un límite de filas sin cambiar la intención empresarial.

Situación empresarial

Una consulta copiada contiene TOP (3) y falla en PostgreSQL.

Pregunta que resolver

¿Es incorrecta la intención o solo la formulación?

Limitar resultados es una intención común, pero las sintaxis históricas difieren.

PostgreSQL y MySQL aceptan LIMIT. SQL Server ofrece TOP y OFFSET … FETCH.

PostgreSQL delimita identificadores con comillas dobles; MySQL suele usar acentos graves; SQL Server acepta corchetes.

Los identificadores simples y no reservados reducen el trabajo de migración.

Ejemplo verificado

Tres filasPostgreSQL · MySQL

SELECT id, amount
FROM orders
ORDER BY amount DESC, id
LIMIT 3;

LIMIT aparece después de ORDER BY.

Tres filasSQL Server

SELECT TOP (3) id, amount
FROM orders
ORDER BY amount DESC, id;

TOP pertenece a T-SQL; ORDER BY hace reproducible la selección.

Error frecuente Eliminar ORDER BY para ocultar el error: las tres filas dejarían de seguir la regla empresarial.

Para recordar Conserva la intención y el resultado, no solo las palabras.

¿Qué sintaxis limita normalmente PostgreSQL a tres filas?TOP (3)LIMIT 3FIRST 3 ROWS

¿Por qué mantener ORDER BY?Para elegir filas mediante una regla reproduciblePara acelerar automáticamente cualquier consultaPara convertir TOP en LIMIT

Fuentes oficiales

Elegir la documentación correcta7–9 min · Encontrar una referencia adecuada al producto, versión y contexto.

Situación empresarial

Una solución funciona en MySQL 8.4, pero el proyecto usa SQL Server. La palabra SQL ocultó la diferencia.

Pregunta que resolver

¿Qué comprobar antes de copiar una sintaxis?

Identifica el SGBD y la versión antes de buscar.

Prefiere la documentación oficial y revisa su aplicabilidad.

Distingue estándar, extensión del producto y comportamiento de configuración.

Reproduce el ejemplo con empates, NULL y casos límite.

Ejemplo verificado

Búsqueda precisaPostgreSQL

«PostgreSQL 18 SELECT LIMIT documentation» es más seguro que «error SQL».

Error frecuente Tomar la fecha reciente de un artículo como prueba de compatibilidad.

Para recordar La documentación correcta comienza por el contexto correcto.

¿Qué búsqueda aporta mejor contexto?error SQLconsulta modernaPostgreSQL 18 SELECT LIMIT documentation

Fuentes oficiales

Migrar una consulta sin adivinar9–11 min · Adaptar una consulta manteniendo su contrato empresarial.

Situación empresarial

Un informe debe pasar de SQL Server a PostgreSQL sin cambiar filas ni importes.

Pregunta que resolver

¿Qué debe permanecer estable antes de cambiar la sintaxis?

Escribe el contrato del resultado: columnas, grano, filtros, orden, NULL y valores esperados.

Enumera zonas sensibles: fechas, texto, conversiones, JSON, identidades, funciones y procedimientos.

Adapta una diferencia cada vez y repite la misma prueba.

Compara valores y tipos útiles, no solo la ausencia de errores.

Ejemplo verificado

ContratoSQL común

Devolver exactamente tres pedidos, por importe descendente y después identificador ascendente.

AdaptaciónPostgreSQL

SELECT id, amount
FROM orders
ORDER BY amount DESC, id
LIMIT 3;

La prueba comprueba filas y orden.

Error frecuente Reescribir todo de una vez y perder qué cambio modificó el resultado.

Para recordar Una migración correcta conserva el contrato empresarial en datos de control.

¿Qué comprobación demuestra mejor que la migración es correcta?La consulta no produce erroresEl texto SQL es más cortoSe conservan columnas, filas, valores y orden esperados

Fuentes oficiales

← Volver al catálogo completo