Le richieste di LinkDB vengono eseguite completamente tramite l'AppServer. Il comando viene inviato all'AppServer e poi dall'AppServer al DB. Il percorso di ritorno al client è ottimizzato perché i dati sono impacchettati. Questo non accadeva quando si utilizzava il driver JDBC, motivo per cui la connessione è ora più veloce.

Gli script creati da Consulting possono rimanere sui clienti.

Sessioni:

Le sessioni vengono aperte dall'AppServer al DB per le connessioni al database. Queste vengono poi assegnate alle richieste in arrivo. Se tutte le sessioni sono occupate, l'utente viene inserito in una coda.

Viene creata una sessione sull'AppServer, non appena un utente effettua l'accesso. È valido fintanto che il L'applicazione client è in esecuzione o fino a quando l'utente non si disconnette. Limitato è Numero di connessioni al database simultanee nel server applicazioni. Il numero è pappserver.cfg regolabile nel file di configurazione.

[LINKDB]
MaxConnections=10
MaxTransactions=10

MaxConnections: definisce il numero massimo di comandi del database che possono essere eseguiti contemporaneamente.

MaxTransactions: A volte un client apre anche delle transazioni se devono essere raggruppati diversi comandi di database. Il numero massimo è determinato da MaxTransactions. Se vengono utilizzate tutte, il client attende che se ne liberi un'altra. Le transazioni vengono solitamente utilizzate quando vengono apportate modifiche al database.

Una sola connessione da PARTapplicationServer al database di collegamento. La connessione al database deve quindi essere configurata in un solo punto. Questo è particolarmente interessante per ODBC. ODBC è consigliato per l'AppServer perché è più veloce e più stabile.

Processo di login centralizzato sul server. Il login al DB viene omesso all'avvio di PARTsolutions, perché solo l'AppServer deve essere loggato nel DB.

Il ConnectionManager non è più necessario.