RunSQL: el SQL playground gratuito que se volvió viral
En pocas palabras: RunSQL (runsql.com) es un playground SQL gratuito y online que corre consultas contra MySQL, PostgreSQL y SQL Server desde el navegador, sin instalar nada. Creás el esquema, cargás datos de prueba y compartís todo el sandbox con un solo link.
Un SQL playground gratuito como RunSQL te deja escribir y ejecutar consultas contra MySQL, PostgreSQL y SQL Server directo desde el navegador, sin instalar nada. Creás un esquema, cargás datos de prueba, corrés la query y compartís el resultado con un link. Cero configuración, cero riesgo a producción.
RunSQL es una herramienta online, basada en la nube, para escribir y probar consultas SQL en un entorno aislado. Soporta los tres motores más usados (MySQL, PostgreSQL y SQL Server), permite definir el esquema, cargar datos de prueba y generar un link que incluye todo el sandbox para compartirlo. Está pensada para probar, aprender y colaborar sin tocar una base real.
En 30 segundos
- Qué es: un SQL playground gratuito online para MySQL, PostgreSQL y SQL Server, sin instalar nada.
- Para qué sirve: probar queries antes de mandarlas a producción, aprender SQL y revisar consultas con el equipo.
- Diferencial: generás un link que lleva esquema, datos y query adentro, así nadie tiene que reconstruir tu tabla para debuggear.
- Costo: tiene una capa de uso gratuita; probás sin crear proyectos ni pagar de entrada.
- Alternativas: DB Fiddle, SQLize y otros playgrounds clásicos, cada uno con sus límites de motor.
runsql.com es un editor SQL gratuito online que permite ejecutar consultas en MySQL, PostgreSQL y SQL Server directamente en el navegador sin instalación local.
¿Por qué usar un SQL playground en lugar de instalar en local?
Porque te ahorrás toda la parte aburrida: instalar el motor, configurar el servicio, crear el usuario, levantar la base. Con un playground abrís el navegador y ya estás escribiendo SQL. Si alguna vez peleaste con un PostgreSQL que no arrancaba por un tema de permisos en el socket, sabés de qué hablo.
Ponele que querés validar un JOIN raro antes de correrlo contra la base de la empresa. Lo probás en el sandbox, ves el resultado, y recién ahí decidís. No hay forma de romper nada porque no estás tocando datos reales.
- Cero configuración: nada de instalar, versionar ni actualizar el motor en tu máquina.
- Acceso inmediato: lo abrís desde cualquier compu con navegador, incluso una que no es la tuya.
- Multi-motor: probás la misma idea en MySQL y en PostgreSQL para ver dónde cambia el dialecto.
- Seguridad: no hay conexión a producción, así que no hay
DELETEsinWHEREque te arruine el día.
¿Qué es RunSQL y qué lo diferencia de otros playgrounds?
RunSQL es un playground SQL en la nube con una interfaz moderna que soporta PostgreSQL, MySQL y SQL Server en el mismo lugar. Lo que lo separa de los clásicos es la parte colaborativa: no solo ejecutás queries, también armás un sandbox completo y lo compartís por link. Según su propio sitio oficial, la idea es que puedas definir el esquema, sumar datos y probar todo sin fricción.
El tema es que la mayoría de los playgrounds viejos te dan un editor pelado y poco más. RunSQL apunta a que el esquema se defina rápido (con notación tipo DBML), a generar datos de prueba y a importar desde CSV. Habría que ver hasta dónde llega cada función en la capa gratuita, pero la propuesta es clara: menos setup, más “probá y compartí”.
¿Cómo creo mi primer sandbox SQL en RunSQL sin saber nada?
Entrás a runsql.com, elegís el motor, definís un par de tablas, cargás filas de ejemplo y ejecutás tu primera query. No necesitás experiencia previa: el flujo básico es esquema, datos, consulta, resultado. En minutos tenés algo funcionando.
- Abrí el editor: entrás a runsql.com y arrancás un nuevo sandbox eligiendo el motor.
- Definí el esquema: creás las tablas con sus columnas y tipos, la parte que en local te comería más tiempo.
- Cargá datos de prueba: unas filas a mano o una importación desde CSV para tener con qué jugar.
- Ejecutá tu query: escribís el
SELECT, corrés, y ves la tabla de resultados abajo.
Si venís de otro playground, la curva es corta. La lógica es la misma de siempre, solo que sin la fricción del setup local.
¿Cómo comparto consultas SQL con mi equipo mediante links?
Generás un link compartible que incluye el esquema completo, los datos y la query. La otra persona lo abre y ve exactamente lo mismo que vos, sin que tengas que explicarle cómo era tu tabla. Ese es el gran gancho colaborativo de RunSQL.
Cualquiera que haya intentado debuggear una consulta en un hilo de Slack sabe el dolor: pegás la query, pegás el error, alguien pregunta “¿pero cómo es tu esquema?”, pegás el CREATE TABLE, y a los diez mensajes nadie entiende nada. Con un link autocontenido, el que ayuda reproduce el escenario al toque y responde con la corrección probada, no con una suposición.
Para revisar migraciones o mostrarle una query a un analista, esto zafa mucho mejor que una captura de pantalla.
¿Cuándo te salva tiempo de verdad en el trabajo diario?
Te sirve cuando querés validar algo sin arriesgar la base real. Un playground es ideal para probar una query compleja, ensayar una migración de datos o enseñarle SQL a alguien sin darle acceso a producción. Estos son los casos donde más se nota.
- Validar antes de producción: corrés el
UPDATEen el sandbox, verificás cuántas filas toca, y recién ahí lo ejecutás en serio. - Revisar con analistas: compartís el link en vez de exportar un CSV con datos que capaz no deberían salir de la empresa.
- Aprender sin miedo: practicás
GROUP BY, ventanas y subconsultas sin la ansiedad de tocar algo importante. - Documentar consultas: dejás un link vivo en la wiki interna en lugar de un bloque de texto que nadie puede correr.
¿Cómo se compara RunSQL con DB Fiddle, SQLize y otros?
RunSQL se juega su ventaja en la colaboración por link y el soporte de los tres motores grandes en una misma interfaz. Los playgrounds más veteranos suelen enfocarse en la ejecución rápida y menos en la parte de compartir el sandbox entero. Acá va un panorama general (tomalo como referencia, cada herramienta cambia sus planes seguido).
| Herramienta | Motores | Compartir por link | Datos de prueba / CSV | Foco |
|---|---|---|---|---|
| RunSQL | MySQL, PostgreSQL, SQL Server | Sí, sandbox completo | Sí (importación CSV / datos generados) | Colaboración |
| DB Fiddle | MySQL, PostgreSQL, SQLite | Sí, por fiddle | Manual | Ejecución rápida |
| SQLize | Varios motores | Sí | Manual | Pruebas puntuales |
| SQL Fiddle (clásico) | MySQL, PostgreSQL, entre otros | Sí | Manual | Snippets sueltos |
Si querés un panorama más amplio, la lista awesome-sql-playground de Holistics junta un montón de opciones con sus características. Sirve para no casarte con la primera que probás.
Errores comunes al usar un SQL playground
Los tropiezos suelen ser de SQL puro, no de la herramienta. Un playground los expone rápido porque el error salta al instante. Estos son los que más se repiten:
- Olvidar la coma entre columnas en el SELECT: el motor tira un error de sintaxis medio críptico. Revisá que cada columna, menos la última, tenga su coma.
- Elegir mal el tipo de JOIN: usás un
INNER JOINcuando querías unLEFT JOINy perdés todas las filas sin coincidencia. Pensá primero qué filas querés conservar. - GROUP BY sin función de agregación: agrupás pero después seleccionás una columna suelta que no está en el
GROUP BY. El motor se queja (o peor, PostgreSQL te lo rechaza directo). - Abusar del SELECT *: para probar zafa, pero acostumbrarte a traer todo esconde problemas de rendimiento cuando pasás a tablas grandes de verdad.
- Ignorar el dialecto: una función que anda en MySQL capaz no existe igual en SQL Server. Si vas a migrar, probá en el motor destino, no en el que tenés a mano.
Preguntas Frecuentes
¿Qué es un SQL playground y para qué sirve?
Un SQL playground es un entorno online para escribir y ejecutar consultas SQL sin instalar una base de datos. Sirve para probar queries, aprender el lenguaje y compartir ejemplos, todo en un sandbox aislado que no toca ninguna base de producción.
¿RunSQL sirve para MySQL, PostgreSQL y SQL Server a la vez?
Sí. RunSQL soporta los tres motores, así que podés armar el mismo esquema en cada uno y ver dónde cambia el comportamiento. Es útil justo cuando estás evaluando una migración entre motores o comparando dialectos.
¿Necesito instalar algo para usar RunSQL?
No. RunSQL corre en el navegador y todo el procesamiento pasa en la nube. Solo necesitás una conexión a internet y una compu con navegador, sin descargar ni configurar ningún motor de base de datos.
¿Cómo genero un link para compartir mi consulta?
Armás el sandbox con su esquema, datos y query, y RunSQL te da un link que lo lleva todo adentro. Quien lo abra ve el mismo escenario que vos, sin que tengas que explicarle cómo eran tus tablas. Ideal para debuggear en equipo.
¿Cuáles son buenas alternativas gratuitas a RunSQL?
DB Fiddle, SQLize y SQL Fiddle son las alternativas más conocidas para probar queries gratis. Cada una cubre distintos motores y enfoques; conviene mirar la lista awesome-sql-playground de Holistics para comparar cuál se adapta mejor a lo que necesitás.
Conclusión
Un SQL playground gratuito como RunSQL cambia una cosa concreta del día a día: dejás de instalar bases para probar dos líneas de SQL y dejás de reconstruir esquemas ajenos para ayudar a un compañero. Con un link autocontenido, el que revisa reproduce tu escenario al toque.
Si trabajás en algo serio, la recomendación es simple: probá en el playground, validá el resultado, y recién después ejecutá contra la base real. Y cuando esa base viva en un servidor de verdad, con datos de clientes de por medio, hospedala en infraestructura confiable como donweb.com. El sandbox es para experimentar; producción no se toca a ciegas.
