Subtitles of the Movie

Antes de continuar, veremos la base de datos para revisar la configuracion de las relaciones y hablaremos un poco acerca de la manera en la cual podemos estructurar los archivos que soportan este ejemplo. Recuerde que creamos el ejemplo de la factura con base en la tabla de union llamada "Invoices", la cual contiene unos vinculos con las tablas "Customers" y "LineItems". Este proceso es similar a la construccion de la tabla de union "ReportCard" que contiene unos vinculos entre las tablas "Students" y "Grades" que vimos. Basicamente, la base de datos reside en estas dos tablas y la tabla de union realmente no tiene ningun dato a excepcion de los vinculos y el campo "Date" para la fecha de la factura. En este caso, las 3 tablas se encuentran en el mismo archivo. En el mundo real estas pueden estar en 1, 2 o 3 archivos. Comunmente, si estamos trabajando en un entorno con un gran numero de bases de datos y de tablas, tendremos un archivo de base de datos que contiene una tabla "Customers" para los clientes y otras tablas relacionadas con ella. Por ejemplo, en la tabla "Customers" podemos tener un vinculo de uno-a-muchos con la tabla "Addresses" porque un solo cliente puede tener varias direcciones y tiene sentido que el archivo de base de datos contenga las tablas "Customers" y "Addresses". Igualmente, la tabla "LineItems" puede encontrarse en un archivo de base de datos relacionado con el inventario. esta puede contener los articulos en linea vendidos y la factura puede contener los articulos en linea ordenamos mediante una orden de pedido, asi que pueden haber varios tipos diferentes de articulos en linea. Estos pueden encontrarse en una sola tabla para los articulos en linea, las facturas y las ordenes o pueden encontrarse en varias tablas por separado. Si tenemos una arquitectura en la cual tenemos el inventario en un archivo de base de datos y los clientes en otro de ellos, podriamos ubicar la tabla de union "Invoices" en un tercer archivo de base de datos y crear unas tablas utilizando una referencia a un archivo para obtener los archivos de base de datos que contienen las otras tablas. Ademas, en cuanto a la arquitectura, podriamos decir que la tabla de union "Invoices" se encuentra en su propio archivo de base de datos y tambien podriamos tener un archivo de base de datos que contiene los elementos del inventario como los articulos en linea para los pedidos y las facturas. Otro archivo de base de datos podria tener la informacion del cliente, incluyendo direcciones y un tercer archivo de base de datos podria tener todas las tablas de union. "Invoices" tambien podria estar alli, al igual que cualquier otra tabla que una a las otras dos, o podriamos unir dos archivos de base de datos. No existe una sola estructura de archivos de base de datos y al desarrollar soluciones del Filemaker, a menudo construimos elementos con base en algunos ya construidos. Quizas no podamos revisar la ubicacion de las tablas, pero si crear una nueva tabla en cualquier archivo de base de datos con referencia a un archivo mediante la grafica de las relaciones, pues en la mayoria de los casos, la ubicacion de las tablas no es importante.