Bases de Datos Cliente Servidor vs. Tablas de datos (DBF,MDB,DAT), se diferencian enormemente entre un sistema robusto y seguro contrariamente con un sistema frágil y vulnerable que requiere procesos de mantenimiento y reconstrucción.

Las tablas de datos (DBF) nacieron en los microcomputadores, debido a que estos equipos y sistemas operativos carecían de características y capacidades para lograr soportar bases de datos relaciones (cliente/Servidor). Las tablas DBF nacieron con DBASEII en 1983 para el Sistema Operativo CPM de 8 bits. Contrariamente la mini computación con sistemas operativo (Unix) ya ofrecía soporte para base de datos cliente servidor exclusivamente para medianas o grandes empresas con capacidad financiera para la adquisición de esta costosa tecnología en Hardware, Sistema Operativo, bases de datos y contrato de mantenimiento.

Al transcurrir de los años, los microcomputadores (hoy PC) y sistemas operativos evolucionaron enormemente que han superado a la minicomputación de los anos 80, por lo contrario el formato de datos DBF sólo evolucionó con tablas Índices (CDX) y campos memos (FTP), salvo a algunos fabricantes de motores de bases de datos (advantage Database Server y Apollo) han presentado al mercado gestores relacionales con arquitectura cliente servidor basados en tablas DBF con altos costos de licencia.

El formato de datos DBF fue el modelo de datos utilizado en los productos Datapro para DOS (Formato texto) y fueron altamente exitosos en su momento debido a la vigencia en servidores de archivos mediante redes (Novell, NT, etc.).

Todas las tecnologías de información evolucionaron y con ellos sus costos se colocaron mas accesibles para cualquier tipo de empresa, obligando a la evolución de los sistemas de gestión de negocios, por tal razón todos los productos datapro han evolucionado y han sido diseñados para trabajar con bases de Datos Relacionales (Cliente/Servidor), incluyendo un conjunto de funcionalidades basados en: (Integridad, Seguridad, Rendimiento, Conectividad y Capacidad) que no están disponibles en las tablas DBF y no se justifica su uso bajo las plataformas tecnológicas del presente y futuro

No podemos afirmar que el formato DBF es malo o no sirve, sino por lo contrario fue altamente útil en su momento, y actualmente en el mercado existen opciones más avanzadas bajo software propietario y software libre.

Describimos en forma resumida una de las características sobresalientes que ofrecen las bases de datos relaciones (RDBMS) que no está disponible en los formatos de datos DBF/FOXPRO.

	Cliente/Servidor La base de datos es administrada por el gestor o también denominado (Servidor) quien se encarga de realizar todas las transacciones físicamente. Por lo contrario datapro, hace el trabajo de "Cliente", dialoga con el Servidor y le indica las transacción que desea realizar, si el servidor acepta y evalúa que la transacción solicitada por el cliente es válida y cumplen con las reglas de la base de datos; será ejecutada en forma segura y todo lo referente a los datos es administrada exclusivamente por el servidor, por el contrario en el modelo DBF los datos no tienen administrador y el proceso de lectura o escritura lo realiza el sistema operativo por lo que queda vulnerable a los riesgos del tráfico de datos en el servidor de la red o mejor dicho (File-Server).
	Replicación Esta técnica permite a la base de datos realizar un espejo en línea sobre otra base de datos que puede estar localmente en otro servidor o con acceso remoto utilizando Internet. Esta característica satisface los requerimientos de sucursales donde necesitan tener en línea y en otro servidor principal, las transacciones de todas las sucursales, en caso que no este disponible la conexión se suspende la replicación y la base de datos de la sucursal no se paraliza. Al restablecerse la conexión se actualizan las transacciones en la cola de replicación. Antiguamente estos requerimientos eran solventados por procesos de transmisión de datos al finalizar el día mediante el protocolo FTP.
	Transacciones Esta característica permite garantizar la ejecución de varias transacciones que deben realizarse totalmente, por ejemplo; al realizar una transferencia de productos entre dos almacenes, debe garantizarse el egreso del almacén "A" y el ingreso en el almacén "B". Luego de realizar la salida del almacén "A" , y en el momento de realizar el ingreso en el Almacén "B" se cae el sistema, el gestor de la base de datos se encarga de deshacer la transacción de egreso del almacén "A". En el caso de DBF esta seguridad no existe, el inventario poseerá una salida del almacén "A" sin entrada en el almacén "B" afectando la integridad de los datos, además se emite información inexacta.
	Integridad Referencial Forma parte de una de las principales ventajas que caracterizan a una base de datos relacional, donde una o varias tablas establecen vínculos inviolables que permiten crear transacciones seguras, como por ejemplo; Se vincula el plan de cuentas contables con los asientos, de esta manera no es posible crear un asiento sin cuenta contable existente, no es posible borrar una cuenta con asientos y si alguna cuenta cambia el código también los asientos cambian "todo esto en forma automática", la misma es ejecutada por el gestor de la base de datos. Por lo contrario en el modelo DBF esta característica no existe.  Por esta razón nuestras antiguas aplicaciones poseían opciones como: Reasignación de Cuentas o códigos.
	Conectividad La arquitectura cliente servidor se conecta mediante protocolos iguales o superiores a 32 bits como por ejemplo (TCP/IP), permitiendo realizar conexiones mediante direcciones IP o dominios, bien sea bajo servidores locales o servidores remotos a través Internet. Por lo contrario las tablas DBF no utilizan servidores de bases de datos; utilizan carpetas compartidas de un servidor de archivos como por ejemplo la unidad "F:", por esta razón son altamente vulnerables.
	Capacidad Los Motores de Bases de Datos relacionales han sido diseñados para soportar altos volúmenes de información (millones de registros), sin afectar el rendimiento de los PC que realizan la labor de cliente debido a que el servidor de la base de datos se encarga de realizar todas las tareas, a diferencias del modelo DBF ha sido diseñado para soportar miles de registros, sin embargo puede almacenar millones de registros con muy bajo rendimiento de respuesta, alto consumo de memoria desde el PC donde se ejecuta el sistema, pueden notar que al no existir el gestor de base de datos, toda la tarea la asume el PC.
	Rendimiento Se refiere a la relación volumen (capacidad) y tiempo de respuesta, los gestores de bases de datos, están diseñados para procesar altos volúmenes de información en el menor tiempo y por tal razón requiere una infraestructura de software y hardware específicos que permite su desempeño. Por lo contrario en el modelo DBF no existe un gestor o motor generando respuesta, sólo el programa (cliente) se encarga de abrir los archivos en forma aislada y buscar la información solicitada "consumiendo el rendimiento del PC".
	Léxico SQL (Structured Query Language ) Lenguaje de consulta estructurado. Estándar internacional para realizar consultas y transacciones con  bases de datos relacionales bajo un léxico declarativo y fácil uso, que ha sido diseñado para usuarios sin conocimientos de programación, es decir; crear una consulta no necesita aplicar instrucciones de programación, simplemente: SELECT apellido,nombre FROM trabajadores ORDER BY apellido Traducido es: Obtener las filas con una columna que contenga el valor de campo “Campos” desde la tabla “Tabla” ordenado ascendentemente por la columna campo. Apellido Nombre Aldana Nataly Butriago Ender Zambrano Angely Adaptapro, incorpora un conjunto de funciones para  generar consultas sql en forma practica, ejemplo oCursor:=OpenTable("SELECT apellido,nombre FROM trabajadores ORDER BY apellido", .T. )
	Seguridad Las bases de datos relacionales (RDBMS) poseen un administrador para indicar los usuarios con clave y privilegios para conectarse con la base de datos. Caso contrario con DBF no existe ningún tipo de restricción con tan solo usar Excel es posible alterar su contenido.

En Datapro nos tomamos muy seriamente el asunto de la base de datos ya que constituye el principal elemento de seguridad, integridad y rendimiento de una solución informática. Descartamos la posibilidad de seguir utilizando tablas DBF en nuestros actuales sistemas, debido a que cualquier herramienta de desarrollo como Visual FoxPro no cambiaba el escenario de sus debilidades en comparación con el modelo Cliente/Servidor.

Estratégicamente Datapro fue diseñado desde cero bajo el concepto relacional de bases de datos y hemos seleccionado diferentes opciones basadas en software libre y software comercial para sistemas operativos Windows y Linux que se traducen en libertad de elección por parte del usuario.

Las actuales instalaciones aDaptaPro sobre bases de datos (Cliente/Servidor) se han traducido en seguridad y confianza para nuestros clientes, que prácticamente ha sido erradicada la asistencia técnica por recordada dificultad "Corrupción de datos" y por tal motivo en nuestros sistemas ya no existe las obsoletas opciones: Reorganizar, Compactar y Reconstrucción de Saldos.

Los sistemas seguros no requiere procesos de Reconstrucción. Lamentablemente la herramienta FoxPro ha sido descontinuada por ende el formato de datos DBF/FOXPRO es obsoleto y no se justifica hacer inversiones de desarrollo en tecnología en decadencia.