• Método 1: Crear directamente el esquema de base de datos (o Modelo Lógico de Datos (MLD)).
• Método 2: Crear el Modelo Conceptual de Datos (MCD) y, a continuación, crear el esquema de base de datos a partir del MCD. Para obtener más información, consulte Generar el MLD a partir del MCD.

Crear un esquema de base de datos (o MLD)

Agregar una tabla a un esquema de base de datos

El esquema de base de datos permite definir la estructura de las tablas utilizadas por el proyecto. En el esquema de base de datos, una tabla puede ser:

• Un nuevo tabla.
• Una tabla predefinida, proporcionada con WINDEV, WEBDEV o WINDEV Mobile.
• Una tabla importada de una base de datos existente (utilizando un formato específico, por ejemplo).

Los siguientes párrafos explican cómo crear una tabla.

Para crear una nueva tabla:

1. En la pestaña "Esquema de base de datos", en el grupo "Creación", haga clic en "Nuevo archivo de datos". El asistente para crear una nueva tabla se abre.
2. Seleccione "Crear una nueva descripción de tabla".
3. Especifique:
   • el nombre de la tabla. Este es el nombre lógico de la tabla. Se utilizará para manipular la tabla.
   • el título de la tabla que describe brevemente el tema del tema.
   • la representación de un registro en la tabla. Esta representación facilita las preguntas formuladas al describir las relaciones. Esta opción debe ir precedida de un artículo indefinido (UNO o UNA).
   • si la tabla contiene un campo de tipo "Identificador automático". El valor de este campo es único para cada registro y es calculado automáticamente por WINDEV, WEBDEV o WINDEV Mobile.
   • el tipo de base de datos asociada a la tabla:
     • Base de datos HFSQLDrive (solución paga lista para usar).
     • Base de datos HFSQL en PCSCloud (solución paga lista para usar, en un servidor dedicado).
     • Base de datos HFSQL (Client/Server o Classic).
     • Base de datos a la que se accede mediante un Conector Nativo.
     • Otros tipos.
     Dependiendo del tipo seleccionado, la tabla será manipulada por el motor HFSQL, un controlador OLE DB o uno de los Conectores Nativos de WINDEV o WEBDEV (SQL Server, Oracle, etc.).
4. El nuevo tabla se convierte en la tabla actual. La ventana de descripción de los campos de la tabla se abre automáticamente. Esta ventana le permite definir los campos de la tabla.

Para importar una descripción predefinida de una tabla:

1. En la pestaña "Esquema de base de datos", en el grupo "Creación", haga clic en "Nuevo archivo de datos". El asistente para crear una nueva tabla se abre.
2. Seleccione la opción "Seleccionar una descripción predefinida de tabla".
3. Elija la tabla predefinida que desea crear (puede seleccionar varias tablas). La tabla se importará en el esquema de base de datos actual. Puede modificar la tabla más adelante.
4. Seleccione los campos que desea conservar. Puede modificar los campos más adelante.
5. La tabla importada se inserta automáticamente en el esquema de base de datos actual.

Nota: Para modificar una tabla o los campos de una tabla:

1. Seleccione la tabla.
2. Seleccione "Descripción de la tabla" o "Descripción de los campos" en el menú contextual.

Se pueden utilizar dos soluciones para importar una tabla existente:
Solución 1: Desde el editor de esquema de base de datos

1. En la pestaña "Esquema de base de datos", en el grupo "Creación", haga clic en "Nuevo archivo de datos". El asistente para crear una nueva tabla se abre.
2. Seleccione la opción "Utilizar archivos de datos de una base de datos existente", y a continuación, seleccione el tipo de base de datos.
3. Especifique la base de datos de origen que contiene las descripciones a importar y el tipo de base de datos. Según el tipo seleccionado, especifique la información solicitada.
4. Seleccione las tablas o archivos de datos cuya descripción debe importarse y valide.
5. La tabla importada se inserta automáticamente en el esquema de base de datos actual.

Solución 2: Desde el explorador de Windows
Arrastre la descripción de la tabla desde el explorador de Windows y suéltela en el editor de esquema de base de datos.

Por ejemplo:

Se trata de una base de datos Oracle en el servidor. Simplemente arrastre el nombre de la base de datos y suéltela en el editor de esquema de base de datos para transferir la descripción.

Crear un campo

Para crear un campo:

1. Haga doble clic en la tabla en la que se creará el campo. La ventana de descripción de los campos de la tabla se abre.
2. Haga clic en la primera fila vacía de la tabla.
3. Especifique el nombre, título y tipo del campo.
4. En la parte derecha de la ventana, indique los detalles del nuevo campo (tipo, tamaño, valor predeterminado, dirección de iteración, etc.).
5. Introduzca los detalles de la información compartida haciendo clic en "Parámetros del control enlazado al campo seleccionado (información compartida)".
6. Valide la descripción del campo.

Nota: También puede crear un campo utilizando los metatipos proporcionados por WINDEV. Para ello, haga clic en el botón . La lista de metatipos disponibles se abre.

Crear una relación

Tabla propietaria y tabla miembro

Al definir una relación entre dos archivos de datos, uno de los archivos de datos es el propietario y el otro es el miembro:

• la tabla propietaria es la que contiene la clave.
• la tabla miembro es un miembro de las tablas del esquema de base de datos que contiene una copia de la clave.

Para establecer la relación entre dos tablas, la clave de la tabla propietaria se copia en la tabla miembro.

Por ejemplo, la clave de la tabla Supplier se copia en cada registro de la tabla Product. Varios registros de la tabla Product pueden tener la misma clave de la tabla Supplier:

• Supplier es la tabla propietaria,
• Product es la tabla miembro.

Este tipo de relación se representa de la siguiente manera:

Cardinalidades

Las cardinalidades permiten contar las relaciones entre dos archivos de datos.

Las cardinalidades se definen en función de las respuestas a las dos siguientes preguntas:

1. Por cada registro de la tabla, ¿cuál es el número mínimo de registros en la otra tabla al que debe estar relacionado este registro?
   La respuesta proporciona la primera parte de la cardinalidad (cardinalidad mínima):
   • si la respuesta es "ninguno", la cardinalidad es 0,X.
   • si la respuesta es "uno", la cardinalidad es 1,X.
2. Por cada registro de la tabla, ¿cuál es el número máximo de registros en la otra tabla al que debe estar relacionado este registro?
   La respuesta proporciona la segunda parte de la cardinalidad (cardinalidad máxima):
   • si la respuesta es "uno", la cardinalidad es X,1.
   • si la respuesta es "varios", la cardinalidad es X,N.

La respuesta a estas dos preguntas define la cardinalidad que puede ser: 0,1 ; 0,N ; 1,1 ; 1,N

Las cardinalidades son esenciales porque garantizan la integridad referencial en una base de datos.

Para que sea más claro, estas dos preguntas pueden dividirse en cuatro preguntas. Por ejemplo, para describir una relación entre los archivos de datos Club y Member:

• cada "Club" tiene al menos un "Member": Sí/No
• cada "Club" puede tener varios "Members": Sí/No
• cada "Member" tiene al menos un "Club": Sí/No
• cada "Member" puede tener varios "Clubs": Sí/No

Ejemplo de cardinalidades:

Este ejemplo presenta dos cardinalidades diferentes:

• 0,1: Una persona puede ser miembro de un solo club deportivo. Sin embargo, esta persona no tiene que pertenecer a un club deportivo.
• 0,N: Un club puede tener cero o varios miembros.

Cardinalidades avanzadas

Las cardinalidades pueden definirse con mayor precisión. En este caso, hablamos de cardinalidades avanzadas.

Estas cardinalidades permiten especificar exactamente la cardinalidad mínima y máxima.

Para definir las cardinalidades avanzadas, seleccione "Mostrar cardinalidades avanzadas" en la descripción de la relación.

Ejemplo de cardinalidades avanzadas:

Este ejemplo presenta dos cardinalidades diferentes:

• 0,1: Una persona puede ser miembro de un solo club deportivo. Sin embargo, esta persona no tiene que pertenecer a un club deportivo.
• 0,10: Un club puede tener de 0 a 10 miembros.

Integridad referencial

Tipos de relaciones

Existen diferentes tipos de relaciones entre los archivos de datos:

• paralela,
• opcional,
• de complemento,
• compartida,
• compleja.

Relación paralela

Para una relación paralela cada registro de una tabla (Product) está vinculado a un registro en otra tabla (Info), y viceversa.

En una relación paralela, el identificador de la tabla Product se copia en la tabla Info. Este identificador también es una clave única en la tabla Info.

Product es la tabla propietaria e Info la tabla miembro.

Nota: Este tipo de relación es poco frecuente porque los dos archivos de datos pueden combinarse en uno solo.

El paralelismo de los registros en la tabla se respeta si las siguientes operaciones se ejecutan de forma simultánea en las dos tablas:

• creación de un registro.
• eliminación de un registro.
• reindexación con compresión.

Ralación opcional

Para una relación opcional:

• Cada registro de una tabla (Category) tiene cero o un solo registro relacionado en otra tabla (Group).
• Cada registro de la otra tabla (Group) no está asociado a ningún registro o está asociado a un solo registro en la tabla principal (Category).
  

Una relación opcional se establece copiando el identificador de una tabla a otra.

Relación de complemento

Para una relación de complemento:

• Cada registro de una tabla (Product) tiene cero o un solo registro relacionado en otra tabla (Details).
• Cada registro de la otra tabla (Details) tiene al menos un registro relacionado en la primera tabla (Product).
  

Las relaciones de complemento son bastante comunes. Se utilizan cuando un registro puede tener información adicional opcional.

En una relación de complemento, la clave de la tabla Product se copia en la tabla Details. Para asegurar que la cardinalidad máxima sea 1, sigue siendo una clave única. Dado que la clave es única, no se puede insertar más de un registro en la tabla Details para un registro en Product.

Product es la tabla propietaria y Details es la tabla miembro.

Relación compartida

En el caso de una relación compartida, el mismo registro en una tabla (Supplier) puede ser compartido por varios registros en otra tabla (Product). En una relación compartida, la clave de la tabla Supplier se copia en la tabla Product. Esta se convierte en una clave múltiple para optimizar la velocidad al verificar la integridad.

Supplier es la tabla propietaria y Product es la tabla miembro.

Dependiendo de la cardinalidad, se pueden distinguir cuatro tipos de relaciones compartidas:

• Relación compartida con una cardinalidad 0,n - 0,1.
• Relación compartida con una cardinalidad 0,n - 1,1.
• Relación compartida con una cardinalidad 1,n - 0,1.
• Relación compartida con una cardinalidad 1,n - 1,1.

Relación compartida con una cardinalidad 0,n - 0,1

Con este tipo de relación:

• un propietario puede no tener ningún miembro (un proveedor no necesariamente tiene un producto).
• un miembro puede no tener un propietario (un producto no necesariamente tiene un proveedor).

Relación compartida con una cardinalidad 0,n - 1,1

Con este tipo de relación:

• un propietario puede no tener ningún miembro (un proveedor puede no tener ningún producto).
• cada miembro tiene un único propietario (cada producto tiene un único proveedor).

Nota: Este es un tipo de relación común. WINDEV permite crear automáticamente ventanas que gestionan archivos de datos con una relación 0,N - 1,1.

Relación compartida con una cardinalidad 1,n - 0,1

Con este tipo de relación:

• cada propietario tiene al menos un miembro (un proveedor tiene al menos un producto).
• un miembro puede no tener propietario (un producto puede no tener proveedor).
  

Relación compartida con una cardinalidad 1,n - 1,1

Con este tipo de relación:

• cada propietario tiene al menos un miembro (cada proveedor tiene al menos un producto).
• cada miembro tiene un único propietario (cada producto tiene un único proveedor).
  

Relación compleja

Para una relación "compleja", es necesario definir una tabla de unión.

La tabla de unión se creará automáticamente. Este contendrá una clave única compuesta por las dos claves de los archivos de datos relacionados.

La tabla de unión también puede contener información específica de la relación.

Una relación compleja incluye dos relaciones compartidas.

Ejemplo de relación compleja

Un pedido (tabla Orders) puede contener uno o varios productos. Un producto (tabla Product) puede ser utilizado en varios pedidos.

En este caso, se requiere una tabla de unión (tabla OrderLine).

La tabla OrderLine contiene:

• una clave única compuesta por las claves de Product y Orders.
• el número de productos pedidos.

Las relaciones entre los archivos de datos son las siguientes:

• Duplicar o copiar un esquema de base de datos. Esto permite tener dos esquemas de base de datos idénticos con nombres diferentes.
• Eliminar un esquema de base de datos.
• Renombrar un esquema de base de datos.
• Asociar un esquema de base de datos a un proyecto.
• Acercar o alejar la visualización de un esquema de base de datos en el editor.
• Desplazarse por la vista de un esquema de base de datos en el editor.

• Duplicar/Copiar una tabla.
• Eliminar una tabla.
• Cambiar el nombre de una tabla.

• Duplicar/copiar un campo.
• Eliminar un campo.
• Cambiar el nombre de un campo.

• validar los cambios realizados en el esquema de base de datos (MLD).
• crear los módulos necesarios para la programación.
• actualizar automáticamente los archivos de datos, si es necesario.

• Verificación de los cambios realizados y generación de las tablas físicas que corresponden a la descripción del esquema de base de datos.
• Modificación automática de los archivos de datos accesibles (archivos en el directorio "EXE" del proyecto).
• Sincronización del proyecto.

1. En la pestaña "Esquema de base de datos", en el grupo "Esquema de base de datos", haga clic en "Generación".
2. Seleccione "Administrar versiones".
3. En el asistente, especifique si desea trabajar en el esquema de base de datos actual o en un esquema de base de datos específico.

• un rectángulo: se hicieron pocos cambios entre las dos versiones.
• varios rectángulos: se hicieron varios cambios entre las dos versiones.

• Restaurar un esquema de base de datos.
• Deshacer la última generación.
• Reiniciar el número de versión en 1.

Restaurar un esquema de base de datos

Deshacer la última generación

Restablecer el número de versión a 1