La I1 de Bases de Datos (IIC2413) es una de esas pruebas que asusta más por la variedad de temas que por la dificultad de cada uno. En una sola evaluación te pueden pedir modelar un problema del mundo real, traducirlo a tablas, escribir consultas y justificar decisiones de diseño. Si llegas con los conceptos ordenados, es una prueba muy pasable. La mala nota casi siempre viene de estudiar cada tema por separado y no entender cómo se conectan. Acá te dejo una ruta clara para que llegues a la I1 sabiendo exactamente qué practicar.
Qué evalúa la I1 de IIC2413 y cómo se reparte el puntaje
La I1 cubre la primera mitad del curso: modelo Entidad-Relación, paso al modelo relacional, álgebra relacional y las primeras consultas en SQL. Es acumulativa en el sentido de que un error temprano se arrastra: si tu diagrama E-R está mal, las tablas quedan mal y las consultas también. Por eso conviene estudiar en el mismo orden en que se construye una base de datos.
Un consejo práctico: cuando estudies, no separes los temas en compartimentos estancos. Toma un enunciado, modélalo con E-R, tradúcelo a tablas y escribe dos o tres consultas sobre ese mismo esquema. Así entrenas justo lo que la I1 te va a pedir: recorrer el flujo completo sin perder el hilo entre una etapa y otra.
En términos de puntaje, el modelamiento (E-R + relacional) suele pesar tanto o más que SQL, porque demuestra que entendiste el problema. No caigas en la trampa de dedicarle todo el tiempo a memorizar sintaxis de consultas y dejar el modelamiento para el final. Un buen plan reparte el estudio de forma pareja y deja tiempo para resolver enunciados completos, de principio a fin.
Modelo Entidad-Relación: el diagrama que define tu nota
El modelo E-R es donde se juega gran parte de la prueba. Lo primero es leer el enunciado buscando sustantivos que se convierten en entidades (Alumno, Curso, Sala) y verbos que se convierten en relaciones (un alumno “inscribe” un curso). Cada entidad necesita atributos y, sobre todo, una llave que identifique de forma única a cada instancia.
El punto que más cuesta son las cardinalidades: uno a uno, uno a muchos y muchos a muchos. La pregunta que siempre debes hacerte es “¿cuántos B puede tener un A, y cuántos A puede tener un B?”. Presta atención también a las entidades débiles, que no tienen llave propia y dependen de otra, y a los atributos multivaluados. Marcar bien estos detalles es lo que separa un diagrama de 4 puntos de uno de 7.
Del modelo E-R al modelo relacional: traducción sin perder llaves
Traducir un diagrama a tablas tiene reglas mecánicas que conviene tener grabadas. Cada entidad se transforma en una tabla con sus atributos y su llave primaria. Las relaciones uno a muchos se resuelven llevando la llave del lado “uno” como llave foránea al lado “muchos”. Las relaciones muchos a muchos siempre generan una tabla nueva que contiene las llaves de ambas entidades.
El error clásico acá es olvidar las llaves foráneas o ponerlas en la tabla equivocada, lo que rompe la integridad referencial. Otro descuido común es no arrastrar bien la llave de una entidad débil. Practica tomando diagramas y convirtiéndolos a esquemas relacionales hasta que el proceso te salga casi sin pensar; en la I1 esto te ahorra minutos valiosos.
Álgebra relacional: piensa en operaciones, no en sintaxis
El álgebra relacional suele ser el tema que los alumnos subestiman y que después les baja la nota. La idea es entender qué hace cada operador: la selección filtra filas, la proyección elige columnas, el join combina tablas según una condición, y la unión, intersección y diferencia trabajan sobre conjuntos compatibles.
Un ejemplo simple ayuda: si te piden los nombres de los alumnos inscritos en un curso específico, primero haces el join entre Alumno e Inscripción, luego seleccionas las filas del curso pedido y al final proyectas solo la columna nombre. Escrito por partes, el problema deja de dar miedo. Practica traduciendo el mismo enunciado a álgebra y a SQL para ver que son dos caras de lo mismo.
La recomendación es leer las consultas de derecha a izquierda o por bloques: primero identifica qué tablas necesitas, luego cómo se combinan y recién al final qué filtras y qué muestras. Si dibujas el resultado intermedio de cada operador, difícilmente te equivocas. Dominar álgebra relacional también te ayuda con SQL, porque muchas consultas son la misma idea escrita en otro idioma.
SQL para la I1: los patrones de consulta que más se repiten
En SQL para la I1 no necesitas trucos avanzados; necesitas dominar los patrones básicos y no confundirte. El esqueleto SELECT … FROM … WHERE … resuelve la mayoría de las preguntas simples. A partir de ahí, los patrones que más se repiten son: joins entre dos o tres tablas, agrupación con GROUP BY más funciones como COUNT o AVG, filtrado de grupos con HAVING y ordenamiento con ORDER BY.
El error más caro es mezclar WHERE y HAVING: WHERE filtra filas antes de agrupar, HAVING filtra después. Otro punto fino son las subconsultas y el uso correcto de NULL, que no se compara con igualdad sino con IS NULL. Escribe consultas a mano en papel, sin autocompletado, porque en la prueba no vas a tener un motor que te avise de los errores.
Un último detalle: cuida los alias de tablas cuando haces varios joins o cuando una tabla se une consigo misma. Un alias mal usado te devuelve resultados que parecen correctos pero no lo son, y esos errores son difíciles de cachar bajo presión. Escribe siempre el nombre completo de la columna con su tabla cuando haya ambigüedad.
Normalización y plan para la última semana
La normalización aparece al final de esta primera parte y evalúa que sepas detectar y corregir malos diseños. Ten claras las primeras formas normales: 1FN elimina los atributos multivaluados, 2FN ataca las dependencias parciales de la llave y 3FN elimina las dependencias transitivas. Más que memorizar definiciones, entrénate en reconocer redundancias y anomalías en una tabla dada.
Para la última semana, arma un plan concreto: día 1 y 2, resolver enunciados completos de E-R a relacional; día 3, álgebra relacional; día 4 y 5, SQL con consultas de dificultad creciente; día 6, normalización y repaso de errores. Guarda el último día para hacer una prueba antigua cronometrada. Nada te prepara mejor que enfrentar una I1 real bajo tiempo. Si quieres seguir practicando con más ramos de la UC, revisa todas nuestras guías en el hub de la Universidad Católica.
Preguntas frecuentes
¿La I1 de IIC2413 es con o sin apuntes?
Depende del profesor y la sección, pero la mayoría de las veces es sin apuntes o con una hoja de resumen. Prepárate para no depender de material y ten memorizados los operadores y la sintaxis básica de SQL.
¿Cuánto pesa el modelamiento frente a SQL?
Varía por semestre, pero el modelamiento (E-R y relacional) suele pesar tanto como SQL o más. No descuides los diagramas por practicar solo consultas.
¿Necesito saber programar para pasar Bases de Datos?
No en el sentido tradicional. SQL es declarativo: describes qué quieres, no cómo obtenerlo. Si te cuesta programar, este ramo puede resultarte incluso más amable.
¿Sirven las pruebas de años anteriores?
Muchísimo. La estructura de la I1 se repite bastante entre semestres, así que resolver una o dos pruebas antiguas cronometradas es la mejor forma de calibrar tu tiempo y detectar tus puntos débiles antes del día real.
¿Qué tema conviene estudiar primero?
Empieza por el modelo E-R, porque todo lo demás se construye encima. Un diagrama sólido te facilita el paso a tablas, el álgebra y las consultas.
¿Quieres romperla en la UC?
Mira todos los cursos de preparación para tu universidad.
Ver cursos de la UC →