[MÚSICA] Vamos a volver al diseño de la tabla. Abrimos esta tabla, entramos con el primer botón al diseño. Hemos visto you cómo creamos los campos y cómo determinamos su contenido, el tipo de datos que contendrá ese campo. Aparte de esa información, podemos modificar algunos de sus atributos, algunas de sus propiedades o características. Dependiendo del tipo de datos que contenga ese campo, podremos modificar unas u otras propiedades. Al seleccionar cualquier campo, por ejemplo, vamos a seleccionar nombre que es de texto, nos aparecerá en la parte inferior la ficha general con las propiedades que podemos modificar. Vamos a ver unas cuantas tanto de campos de texto como numéricos. Por ejemplo, para el campo nombre tenemos la primera propiedad tamaño del campo. Por defecto, todos los campos de texto tienen un límite de 255 caracteres. Para un campo como el nombre no necesito tantos caracteres, podría modificar este valor, poner por ejemplo 50. Con 50 caracteres tengo suficiente para escribir el nombre de pila de la persona y de esta manera estoy ahorrando espacio de disco. La única función de modificar este valor es para ahorra espacio de disco. O también, por ejemplo, en el campo código postal yo you sé que contendrá cinco caracteres, por lo tanto puedo sustituir ese 255 por un 5 y estoy ahorrando espacio de disco, pero a la vez estoy limitando la entrada de datos, estoy diciendo que no puedo introducir dentro de este campo más de cinco caracteres. Por lo tanto, si al escribir por error introduzco uno de más, no me lo permitirá. Vamos a ver más propiedades. Por ejemplo, título. Para cualquier campo, sea texto, numérico o el formato que sea, yo podré asignar un título. Es decir, una cosa es el nombre del campo, en este caso CP, y otra cosa es lo que mostrará Access en cualquier formulario o informe donde aparezca este campo. Por ejemplo, si yo aquí escribo código postal entero, el campo se llama CP, pero en cualquier objeto que creen, formularios o informes básicamente, aparecerá con el título código postal entero. Otra propiedad, valor predeterminado. Esta nos es bastante útil, nos puede ahorrar trabajo por ejemplo en el campo ciudad. Si yo en el campo ciudad en valor predeterminado you sé que la mayor parte de profesores de esta academia son de Barcelona, pues escribo el valor Barcelona dentro del valor predeterminado y de esta manera Access automáticamente cada nuevo registro, cada nueva ficha introducirá en el campo ciudad la palabra Barcelona y no tengo que introducirlo a mano. Siempre que veamos que hay un valor que se repite más, pues podemos aprovechar ese valor predeterminado y ahorrarnos algo de trabajo. Otra propiedad importante, el requerido. Para cualquier campo puedo obligar a que se introduzca ese valor. Por ejemplo el DNI es un valor importante, debe introducirse. Podría abrir aquí a la propiedad requerido y con el desplegable que tenemos al final poner sí. De esta manera, no podremos salir de esa ficha hasta que no hayamos introducido el valor del DNI. Esto es útil sobre todo cuando la base de datos la va a introducir otra persona, no nosotros. Si la vamos a introducir nosotros, se supone que you tenemos claro que es un valor importante y que no debe faltar. Si lo va a introducir otra persona, quizás no lo tenga tan claro y mejor obligarle a que lo introduzca. También podemos indexar. Aquí indexaremos el campo siempre y cuando veamos que será un campo que utilizaremos mucho para búsquedas. Entonces si lo indexamos, en este caso podría ser que lo utlizáramos, si lo indexamos, la búsqueda por ese valor será más rápida. Deberemos especificar si habrá duplicados o no. En este caso, por ejemplo, sabemos que DNI duplicados no habrá. Por lo tanto, you le podemos decir sin duplicados. Estas son algunas de las que podremos encontrar para campos de texto y la mayoría también para campos de número. Dependiendo del campo, como decía antes, varían algunas de estas propiedades. Por ejemplo, si vamos al sueldo bruto, vemos que cambian un poco las propiedades. Tenemos una propiedad nueva, lugares decimales, como es lógico no aparecerá en texto. Y aquí podríamos especificar cuántos decimales queremos. En el caso de los campos de moneda no hace falta porque cuando pedimos formato de euro, que es lo que asigna automáticamente al pedir un campo de moneda, you le asigna automáticamente dos decimales. También tenemos el valor predeterminado, el título. Algunas propiedades son comunes para todos los campos. Otro campo numérico, por ejemplo, sería el de retención. Aquí vamos a ver un detalle que es importante. En el tamaño del campo por defecto todos los campos son enterolargo. Es decir, no acepta decimales. Aquí podemos tener problemas. En el caso de la retención es un porcentaje, los porcentajes es un decimal, es un cero coma. Por lo tanto, si yo lo dejo como enterolargo este campo, todo lo que sean decimales desaparecen. Si yo he puesto 0,15 porque era una retención del 15%, en el campo solo quedará guardado 0, desaparecen los decimales. Cualquier campo numérico que se cree lo primero que hay que hacer para evitar problemas es compensar si vamos a poner decimales. Si no vamos a poner decimales, no nos preocupamos. Si hay posibilidades de que hayan decimales, lo primero que hay que hacer es coger esta propiedad tamaño del campo y modificarla. Hay diferentes opciones. Lo normal es ponerlo como simple. Y aquí aceptará tanto números enteros como números decimales. Para cualquier campo numérico, igual que con el de moneda, podremos determinar los decimales que queramos. También podríamos aprovechar y poner un valor predeterminado. Y en este caso si sabemos que la mayoría de los profesores van a tener una retención del 15%, o sea, podríamos poner 0,15 en valor predeterminado para que lo introduzco Access automáticamente y nos ahorre el trabajo. También tenemos la propiedad formato que me permitiría, por ejemplo, pedirle que me lo muestre no como un número normal, es decir no como 0,15, sino como porcentaje. Entonces transformará este 0,15 en un porcentaje, es decir en 15%. En este caso nos interesaría para este campo. Otra propiedad que nos es muy útil, la regla de validación. Por ejemplo, para el sueldo yo podría indicarle que todos los sueldos deben ser superiores o igual a 800. Entonces yo escribo mayor igual 800, indicando que dentro de este campo los valores que se introduzcan deben ser o igual o superior a 800, si no no lo aceptará. Fijaros que tenemos otra propiedad de validación que es texto de validación. Esta propiedad nos permite indicar qué mensaje debe aparecer cuando hay algún error. Es decir, si yo introduzco un valor inferior a 800, me avisará de que hay un error. El aviso será lo que yo escriba aquí. Por ejemplo, podría poner sueldo ha de ser superior o igual a 800. Vamos a probarlo, vamos a ver los datos. Fijaos que cualquier modificación que hagamos en el diseño de la tabla si nosotros no guardamos, al pasar a datos automáticamente pedirá si la queremos guardar. Como es lógico, diremos que sí. Aquí vemos los datos. Fijaos en el campo ciudad. you introducido el valor Barcelona, es el valor predeterminado que habíamos puesto. No tenemos que rellenarlo nosotros. En la retención you puesto 15%, el valor predeterminado que habíamos indicado y además el formato de porcentaje con el valor indicado. En el sueldo si yo intento poner un sueldo, por ejemplo, de 500 a lo que intente salir de este campo, me voy a otro campo, me da error, me dice que no puedo continuar. que el sueldo debe ser superior a 800. Mientras no ponga un sueldo superior o igual a 800 no me permitirá continuar. Si ahora pongo 800, you puedo seguir tranquilamente. Estas propiedades conviene echarle un repaso. Es decir, antes de continuar pues miramos todas, las podemos ir probando. No todas utilizaremos. Las que más utilizaremos son las que os he explicado ahora mismo, pero dependiendo del caso de cada uno puede haber alguna otra propiedad que puede ser útil. Algo muy importante cuando definimos una tabla es el hecho de que si queremos relacionar esta tabla con otras, lo cual suele ocurrir y además es conveniente, debería esta tabla tener un campo clave. Sin tener un campo clave, esta tabla no podremos relacionarla con ninguna otra. Vamos a ver otra base de datos you con tablas creadas y aquí tenemos por ejemplo la tabla alumnos. Abrimos, vamos a su diseño y aquí indicaríamos qué campo, pueden ser más de uno pero al menos uno, qué campo será el campo clave, que permitirá después relacionar esta tabla por ejemplo con la tabla de matrículas o con la tabla de asignaturas. De entrada hay una condición que debe cumplir un campo clave y es que no puede tener valores repetidos. En este caso podríamos decir que el DNI podría ser clave. Normalmente podríamos utilizar este campo, pero existe un problema. Si estando rellenando estas fichas nos encontramos con un alumno del cual no disponemos de su DNI, no podremos acabar de rellenar esa ficha porque mientras no pongamos el valor de un campo clave, no permite continuar. En este caso lo mejor, lo idea sería crear como hemos hecho aquí un campo autonumérico que rellenará Access automáticamente, que llamaremos ID alumno. En este caso, o sea, identificador del alumno o ID profesor o ID población. Simplemente poniendo ID y el nombre de la tabla you nos sirve para darnos cuenta de que es el campo autonumérico que hemos creado para crear una clave. Seleccionamos este campo, nos colocamos simplemente o solo seleccionamos, cualquiera de las dos maneras es correcta. Y simplemente hacemos clic en el botón Clave principal. you le he asignado esta clave y a partir de ahora esta tabla you está preparada para relacionarla con cualquier otra, siempre y cuando la otra también tenga campo clave. Por ejemplo, vamos a cerrar esta tabla. ¿Desea guardar los cambios? Sí. Nos vamos a poblaciones. El alumno será de alguna población, por lo tanto relacionaré las dos tablas. Entonces esta tabla poblaciones también debe tener un campo clave. Vamos a su diseño, y aquí tenemos el campo ID población. Hacemos clic en el botón Clave principal y you tiene clave. Simplemente con este gesto que hagamos en todas las tablas nos aseguramos de poder después relacionarlas entre ellas. Por lo tanto, mejor coger you la costumbre de cada nueva tabla que creamos colocar un campo clave. Lo ideal para evitar problemas es crear un campo como el que he creado en alumnos o aquí en población, ID y el nombre de la tabla y you está. Y nos aseguramos y encima es un campo que no tenemos que rellenar nosotros. [AUDIO_EN_BLANCO]