Una opción que han venido planteando los desarrolladores de aplicaciones de escritorio para contrarrestar el creciente cambio de programadores que han optado por las aplicaciones web la cual cada día tiene más adeptos es la programación multicapas o el Delphi DataSnap, la cual es una tecnología que permite a los desarrolladores de aplicaciones Delphi crear proyectos a través de la web y sin tener preocupación por la información que van a transportar a través de la red ya que DataSnap minimiza la cantidad de registros en cada transacción haciendo que esto sea algo fácil, sencillo y rápido para las aplicaciones Delphi.
Esta arquitectura de desarrollo utiliza muchos componentes ya creados del Delphi tradicional y los modifica para hacer posible gran cantidad de cambios en las aplicaciones multicapas o DataSnap.
En Delphi 6 ya se venía trabajando con esta tecnología ya que los componentes estaban disponibles pero es hasta Delphi 2009 y 2010 que se implementa a un 100% por los desarrolladores Delphi al ver el alcance que puede tener una aplicación bien desarrollada y trabajando con esta arquitectura.
Primero se trabajaban las aplicaciones en un solo pc o monousuario se pueden llamar es las que existía un solo un computador una sola aplicación y todo se llevaba en ese solo computador.
Después aparecieron las redes y varios pc entonces se optó por los manejadores de archivos, que es esto?, los que halla trabajando en Delphi con Paradox me van a entender mejor, eran aplicaciones en varios pc 2, 3 o 4 computadores que se conectaban a unos archivos creados en Paradox, algunos los llamaban tablas pues sí, no está mal la definición, pero todas esta aplicaciones se conectaban a estos archivos o tablas configurando la ruta donde estaban las tablas y su nombre, por ejemplo : C:\Mi Aplicación\Mis Tablas o Archivos\tabla.db es solo un ejemplo, a claro la ruta podría estar en otro pc de mi red ejemplo: 192.168.1.150\Mi Aplicación\Mis Tablas o Archivos\tabla.db, por que digo que eran administradores de archivos ya que estas aplicaciones no se conectaba directamente a un servicio, manejador, gestor o motor de base de datos.
Más adelante aparecieron los motores, gestores o manejadores de base de datos (MYSql, Oracle, Sql Server, Interbase, FireBird y muchos más que existen en la actualidad…) con los cuales podíamos trabajar en red y además no conectábamos al motor de base de datos mas no las tablas y tenían muchas más utilidades, administración de usuarios, roles, consultas, procedimientos almacenados etc…
Como trabajamos aquí, está el motor de base de datos en un servidor y en cada una de nuestras terminales o computadores de mi red estaba instalada mi aplicación la cual tenía las interfaces para que los usuarios interactuarán con la base de datos y obviamente la conexión a dicha base de todos, ósea que en una misma aplicación teníamos nuestras interfaces o ventanas y los componentes que se conectaban a la base de datos.

Frans Willian Garner
fransgarner@gmail.com