Fundamentos del aprendizaje de la cuarta dimensión

La plataforma 4D —originalmente 4th Dimension, y todavía ampliamente conocida por su nombre histórico— almacena los datos completos de una aplicación dentro de un único archivo de datos estructurado. Comprender cómo encajan las tablas en esa arquitectura es la base de todo lo demás que creará: campos, formularios, listas de valores y, finalmente, las consultas y métodos que impulsan una aplicación empresarial real. Esta sección le explica cómo crear su primera tabla, abrir sus propiedades y nombrarla correctamente, mientras explica el razonamiento detrás de cada paso para que pueda aplicarlo con confianza a diseños más grandes.

Conclusiones clave

• En 4D, todas las tablas se encuentran dentro de un único archivo de datos en lugar de en archivos separados como ocurre en FileMaker Pro (FMP). Este modelo de archivo único es fundamental para la forma en que 4D maneja el respaldo, la implementación y el acceso multiusuario.
• Una base de datos 4D admite hasta 256 tablas, cada una con un máximo de 2 GB de datos o aproximadamente 16 millones de registros.
• Las tablas se crean desde el menú Estructura mientras se está en modo Diseño.
• Para abrir las propiedades de una tabla, debe hacer doble clic específicamente en el área del nombre de la tabla; hacer clic en cualquier otro lugar de la ventana Estructura no abrirá el cuadro de diálogo de propiedades.
• La ventana Propiedades de la tabla tiene tres pestañas; los valores predeterminados son seguros para un primer proyecto, y el nombre de la tabla se puede cambiar en cualquier momento.
• Las convenciones de nomenclatura son importantes: elija nombres claros y coherentes en singular o plural, como “Clientes”, antes de crear formularios y relaciones sobre ellos.

Por qué son importantes las tablas en el modelo de datos 4D

Si tiene experiencia en FileMaker Pro, el cambio mental es importante. En FMP, históricamente cada tabla vivía en su propio archivo y las relaciones se administraban entre archivos.

En 4D, la arquitectura es diferente: todas las tablas se almacenan en el único archivo de datos. La Estructura (su diseño: tablas, campos, formularios, métodos) se mantiene separada de los Datos (los registros reales que ingresan los usuarios), pero cada tabla que usted define vive dentro de ese único archivo de datos.

Este diseño tiene consecuencias prácticas que moldean su forma de trabajar:

• Los respaldos son más simples. Debido a que los datos están centralizados, usted respalda un solo archivo de datos en lugar de rastrear muchos.
• La implementación es más limpia. Usted entrega una estructura y un archivo de datos, no una carpeta llena de documentos interdependientes.
• El acceso multiusuario está integrado. 4D Server gestiona el acceso simultáneo a ese único archivo de datos, por lo que usted no tiene que diseñar esquemas de bloqueo de archivos por su cuenta.

La contrapartida es que el archivo de datos se convierte en el único punto de crecimiento. Es exactamente por eso que 4D impone límites por tabla: hasta 256 tablas, cada una limitada a 2 GB o unos 16 millones de registros.

Para la mayoría de las aplicaciones empresariales departamentales y de equipos pequeños, esos topes son generosos. Pero si está diseñando algo que acumulará millones de filas de transacciones, debe pensar desde el principio en cómo dividir los datos entre tablas y si necesita archivar registros más antiguos.

Relacionado: Airtable — Una interfaz simple de hoja de cálculo ubicada sobre una base de datos relacional real, con automatizaciones, vistas e interfaces para compartir..

Creando una tabla paso a paso

Para este tutorial crearemos solo una tabla, lo que hace que la base de datos de muestra sea fácil de seguir. El mismo procedimiento se escala a muchas tablas.

1. Ingrese al modo Diseño. La creación de tablas es un cambio estructural, por lo que debe estar en modo Diseño. No puede agregar tablas mientras ejecuta la aplicación en modo Usuario.
2. Abra el menú Estructura. Desde la barra de menú, seleccione el menú Estructura.
3. Elija “Nueva tabla”. Este elemento de menú agrega una tabla nueva y vacía a su estructura.
4. Ubique la nueva tabla en la ventana Estructura. La ventana Estructura para la Base de Datos de Muestra (Figura 6 en el tutorial original) muestra sus tablas. Una tabla recién creada aparece como una entrada sin nombre.
5. Haga doble clic en el área del nombre de la tabla. Esto abre la ventana Propiedades de la tabla (Figura 7).

Ese último paso conlleva una advertencia que vale la pena repetir, porque hace tropezar a los recién llegados: debe hacer clic en el área del nombre de la tabla y no en otro lugar. La ventana Estructura contiene varias regiones, y solo el área del nombre responde abriendo el cuadro de diálogo Propiedades de la tabla. Si no sucede nada cuando hace doble clic, es casi seguro que está haciendo clic en el lugar equivocado: mueva el cursor directamente sobre el nombre de la tabla e inténtelo nuevamente.

Comprensión de la ventana Propiedades de la tabla

Cuando se abra la ventana Propiedades de la tabla, verá tres pestañas. La guía original es dejarlas en sus valores predeterminados por ahora, y ese es un buen consejo para un primer proyecto, pero ayuda saber qué está aplazando.

Si estás de compras: Zoho Creator — Un creador de aplicaciones de bajo código que se conecta a la suite más amplia de Zoho y ofrece precios por usuario en lugar de por aplicación..

• El campo Nombre de la tabla permanece visible en todas las pestañas. Esta es una elección de diseño deliberada: no importa qué pestaña esté viendo, puede cambiar el nombre de la tabla. Puede cambiar el nombre en cualquier momento, por lo que un nombre nunca es permanente.
• Las otras pestañas controlan el comportamiento estructural: aspectos como la forma en que la tabla participa en la base de datos general y cómo se administran sus registros. Para una muestra de una sola tabla, ninguno de estos requiere ajuste.

El hábito importante a desarrollar aquí es la moderación. Los nuevos desarrolladores suelen abrir un cuadro de diálogo de propiedades y comenzar a alternar opciones antes de comprender qué hace cada una. En 4D, como en la mayoría de los diseños de bases de datos relacionales, el camino más seguro es aceptar los valores predeterminados, obtener una tabla funcional y revisar la configuración avanzada solo cuando un requisito concreto lo obligue a hacerlo.

Una nota sobre la nomenclatura

Para la Base de Datos de Muestra, asigne a la primera tabla el nombre “Customers”. Esta es una pequeña decisión con enormes efectos posteriores:

• Sea coherente con el plural. Si llama a esta tabla “Clientes”, nombre a la siguiente “Pedidos” y “Productos”, no “Pedido” y “Producto”. La coherencia hace que las relaciones y el código sean mucho más fáciles de leer.
• Evite espacios y caracteres especiales siempre que pueda, ya que los nombres de las tablas suelen aparecer en el código y en las consultas generadas.
• Nombre según la entidad, no según la pantalla. “Clientes” describe una cosa; “CustomerEntryScreen” describe un formulario. Mantenga esos conceptos separados.

Una vez que haya escrito el nombre, haga clic en Aplicar, luego cierre la ventana usando el cuadro superior izquierdo o el botón Listo. Su tabla ahora existe en la estructura y está lista para recibir campos.

Cómo encajan las tablas con el resto de la base de datos

Una tabla es solo el contenedor. El resto de su aplicación se construye sobre ella en una secuencia clara, y vale la pena ver la imagen completa antes de continuar:

• Los campos de datos definen las columnas: los atributos reales que almacena, como el nombre, la dirección o el número de cuenta de un cliente.
• Los formularios son la interfaz de usuario: las pantallas donde las personas ven y editan registros.
• Las listas de valores (listas de opciones) restringen y aceleran la entrada de datos ofreciendo opciones predefinidas.
• Los datos de muestra le permiten probar formularios y listas con contenido realista antes de entrar en producción.

Cada uno de estos depende de que la tabla exista primero. Es por eso que el flujo de trabajo de diseño de 4D está deliberadamente ordenado: estructura antes que interfaz, interfaz antes que datos. Si intenta crear un formulario antes de que existan los campos subyacentes, simplemente no tendrá nada a qué vincularse.

También explica por qué el modelo de archivo de datos único es tan importante. Debido a que cada tabla, campo y registro reside en una estructura coordinada, 4D puede imponer relaciones e integridad referencial en toda su aplicación sin que usted administre archivos externos.

Relacionado: Knack — Un creador de bases de datos sin código dirigido a portales, directorios y herramientas internas, con precios fijos en lugar de tarifas por usuario..

Ese es el mismo principio detrás de los sistemas de gestión de bases de datos relacionales en general: el concepto formalizado en el modelo relacional de E. F. Codd y ahora estándar en productos como Oracle Database, Microsoft SQL Server y PostgreSQL. 4D aplica ese pensamiento relacional dentro de un archivo de aplicación autónomo, que es lo que lo hace accesible para equipos pequeños y desarrolladores ciudadanos.

Guía práctica para ampliar más allá de una tabla

El ejemplo utiliza una única tabla para mayor claridad, pero las aplicaciones reales rara vez se detienen allí. Al agregar tablas, tenga en cuenta estos criterios:

Consideración	Qué comprobar	Por qué es importante
Recuento de tablas	Manténgase muy por debajo del límite de 256 tablas	Deja margen de maniobra y mantiene la estructura navegable
Tamaño por tabla	Vigile el límite de 2 GB / ~16 millones de registros	Las tablas de transacciones grandes pueden requerir archivado o división
Denominación	Consistente, basada en entidades, sin caracteres sueltos	Afecta la legibilidad del código y la claridad de las relaciones
Relaciones	Defina los vínculos entre tablas deliberadamente	Evita datos huérfanos o duplicados
Plan de crecimiento	Decida con anticipación qué se archiva	Protege el rendimiento a medida que se acumulan datos

Una regla general útil: modele una tabla por entidad del mundo real (clientes, pedidos, productos, facturas) y luego conéctelas con relaciones en lugar de agruparlo todo en una tabla ancha. Esto refleja los principios de normalización que se enseñan en la mayoría de los planes de estudio de bases de datos y mantiene su estructura 4D mantenible a medida que la aplicación crece.

Nuestra elección: Claris FileMaker Pro — La plataforma de base de datos relacional de larga duración para equipos que necesitan aplicaciones personalizadas en escritorio, web y dispositivos móviles desde un solo archivo..

Errores comunes que se deben evitar

• Hacer clic en el área incorrecta en la ventana Estructura. Solo el área del nombre de la tabla abre las Propiedades de la tabla. Este es el obstáculo más común en este paso.
• Renombrar tablas tarde sin verificar las dependencias. Puede cambiar el nombre en cualquier momento, pero si los formularios, métodos o relaciones ya hacen referencia al nombre anterior, necesitará actualizarlos.
• Ignorar los límites de tamaño hasta que sea demasiado tarde. El límite de 2 GB / 16 millones de registros por tabla es generoso pero finito. Planifique el archivado para tablas de gran volumen.
• Crear formularios antes que los campos. El orden del flujo de trabajo existe por una razón: primero defina la estructura.
• Personalización excesiva de propiedades desde el primer día. Los valores predeterminados están ahí para que pueda avanzar. Cámbielos cuando un requisito lo demande, no antes.

Preguntas frecuentes

¿Cuántas tablas puede contener una base de datos 4D?

Una base de datos 4D admite hasta 256 tablas. Cada tabla puede contener un máximo de 2 GB de datos, o aproximadamente 16 millones de registros. Para la mayoría de las aplicaciones departamentales y de equipos pequeños, estos límites son más que suficientes, pero los diseños de gran volumen deben planificar el archivado.

¿Por qué no puedo abrir la ventana Propiedades de la tabla?

Es casi seguro que esté haciendo clic en la parte incorrecta de la ventana Estructura. El cuadro de diálogo Propiedades de la tabla se abre solo cuando hace doble clic directamente en el área del nombre de la tabla. Hacer clic en otra parte de la ventana no hace nada, así que vuelva a colocar el cursor en el nombre de la tabla e intente nuevamente.

¿Puedo cambiar el nombre de una tabla después de crearla?

Sí. El campo Nombre de la tabla permanece visible en las tres pestañas de la ventana Propiedades de la tabla, por lo que puede cambiar el nombre en cualquier momento. Solo recuerde que si los formularios, métodos o relaciones ya hacen referencia al nombre anterior, deberá actualizar esas referencias.

¿Necesito cambiar alguna de las pestañas de Propiedades de la tabla?

No para un primer proyecto. El tutorial original recomienda dejar los valores predeterminados, y eso es una buena práctica. Las tres pestañas controlan el comportamiento estructural que no necesitará hasta que un requisito específico le obligue a volver a visitarlas.

¿En qué se diferencia una tabla 4D de un archivo de FileMaker Pro?

En FileMaker Pro, las tablas históricamente residían en archivos separados. En 4D, todas las tablas se almacenan dentro de un único archivo de datos, lo que centraliza la copia de seguridad, la implementación y el acceso multiusuario. Esta es la diferencia arquitectónica clave que se debe internalizar al pasar de una plataforma a otra.

¿Cómo debería nombrar mi primera tabla?

Para la base de datos de muestra, nómbrela “Customers”. En términos más generales, elija nombres basados en entidades, mantenga la pluralidad constante entre las tablas y evite espacios o caracteres especiales, ya que los nombres de las tablas suelen aparecer en el código y en las consultas generadas.

Adónde ir a continuación

Con su primera tabla creada y nombrada, ya tiene el contenedor que su aplicación necesita. El siguiente paso es definir los campos de datos: las columnas que dan sustancia a la tabla.

A partir de ahí, creará formularios para la interfaz, configurará listas de valores para acelerar la entrada de datos y, finalmente, ingresará datos de muestra para probar todo de principio a fin. Cada etapa se basa directamente en la tabla que acaba de crear, así que tómese un momento para confirmar que aparece correctamente en la ventana de Estructura antes de continuar.