MÓDULO 1
Fundamentos del Dato:
El ADN de la Información
Antes de construir rascacielos, necesitas entender qué es un ladrillo. Aquí aprenderás a identificar y organizar las piezas más básicas de cualquier sistema de información del mundo.
¿Dato o Información?
Parecen lo mismo, pero no lo son. Entender su diferencia es el primer paso.
Dato
Es un valor crudo, sin contexto. Una pieza suelta. Por sí solo, no significa mucho.
Ejemplos: "Ana", "17", "Zapala".
Información
Son datos organizados y puestos en contexto. Ahora sí tienen un significado útil.
Ejemplo: La alumna "Ana", de "17" años, vive en "Zapala".
Las bases de datos son maestras en convertir datos sueltos en información valiosa.
La Anatomía de una Tabla
Para crear información, organizamos los datos en tablas. Una tabla es como una ficha o una planilla, y tiene tres partes esenciales que debes dominar.
- CAMPO: Es cada columna (ID_Socio, Nombre). Define qué tipo de dato guardaremos ahí. Es la "pregunta".
- REGISTRO: Es cada fila. Contiene todos los datos de un solo elemento (toda la info de Carlos Sánchez). Es la "respuesta".
La Pieza Más Importante: La Clave Primaria
Imagina una biblioteca sin un sistema para numerar los libros. Sería imposible encontrar algo. La Clave Primaria (Primary Key o PK) es ese número único e irrepetible para cada registro. Es su DNI dentro de la tabla.
Reglas de Oro de una Clave Primaria:
- NUNCA se puede repetir. Cada registro tiene un ID único.
- NUNCA puede estar vacía (ser NULL). Todo registro debe tener su identificación.
- Idealmente, NUNCA debería cambiar.
Ejemplos en la vida real:
Tu DNI, el CUIT de una empresa, el número de legajo de un estudiante en el CPEM61, el código de barras de un producto. Todos son diseñados para ser Claves Primarias.
Diciéndole a la Base de Datos Qué Guardar: Tipos de Datos
No es lo mismo guardar un nombre que una fecha. Debemos definir el tipo de dato para cada campo. Esto ahorra espacio y evita errores. Los más comunes son:
TEXTO (VARCHAR, CHAR)
Para nombres, apellidos, direcciones...
NÚMERO (INT, DECIMAL)
Para edades, precios, notas, cantidades...
FECHA (DATE, DATETIME)
Para fechas de nacimiento, fechas de ingreso...
BOOLEANO (BOOL, BIT)
Para valores de Verdadero/Falso (ej: ¿Está activo?)
¡A la Práctica! Diseña tus primeras tablas
Ejercicio 1: Analizando una tabla de Productos
Dada una tabla de productos de un kiosco con los campos: `CodigoDeBarras`, `NombreProducto`, `Precio`, `Stock`. Identifica: a) Los campos. b) Un ejemplo de registro. c) ¿Cuál sería la mejor Clave Primaria y por qué?
Ejercicio 2: Definiendo Tipos de Datos
Para una tabla `Libros` con los campos: `ISBN`, `Titulo`, `Autor`, `FechaPublicacion`, `CantidadPaginas`, `EstaPrestado`. Define el tipo de dato más apropiado para cada campo.
Ejercicio 3: Critica constructiva
Un compañero diseña una tabla de `Alumnos` usando el `Email` como Clave Primaria. ¿Es una buena idea? ¿Qué problemas podría traer en el futuro? Justifica tu respuesta.
Análisis de las Soluciones
Solución 1: Tabla de Productos
a) Campos: `CodigoDeBarras`, `NombreProducto`, `Precio`, `Stock`.
b) Ejemplo de Registro: (7790010000018, "Alfajor de Maicena", 150.50, 24).
c) Mejor Clave Primaria: `CodigoDeBarras`. Porque es un número diseñado para ser único a nivel mundial para ese producto, nunca cambia y siempre está presente.
Solución 2: Tipos de Datos para Libros
- `ISBN`: TEXTO (Aunque son números, no se usan para cálculos matemáticos. Se tratan como un código).
- `Titulo`: TEXTO.
- `Autor`: TEXTO.
- `FechaPublicacion`: FECHA.
- `CantidadPaginas`: NÚMERO (entero).
- `EstaPrestado`: BOOLEANO.
Solución 3: Email como Clave Primaria
No es la mejor idea. Aunque el email suele ser único, tiene problemas: 1) Puede cambiar: una persona puede cambiar su email y eso modificaría la clave primaria, lo cual es muy problemático. 2) Puede ser NULL: un alumno podría no tener email al momento de inscribirse. Lo ideal es siempre crear un ID numérico, como `ID_Alumno`, que no tenga ningún significado en el mundo real y que la base de datos gestione automáticamente.