DelphiTools WebPages

Info: Versões antigas inicluidas devido ao fato de problemas na versão mais recente.

O que são objetos do IB?

O IB Objects é a caixa de ferramentas mais poderosa disponível para desenvolver aplicativos de cliente e serviço para InterBase / Firebird no Delphi e Borland C ++ Builder sem a BDE, ODBC ou qualquer outro middleware.

O IB Objects fornece mais de 80 componentes para uso com 32 bits Delphi e C ++ Builder. As classes "IBO nativas" requerem apenas uma edição do Desktop Developer. As edições profissionais destes produtos são necessárias somente se você precisar desenvolver com as classes compatíveis com TDataset.
Por que os objetos IB eram necessários?

As camadas genéricas de cliente para banco de dados, como o BDE, ODBC, dbExpress e ADO, esconderam a maioria dos recursos de mecanismos de banco de dados transacionais, achatando conectividade a um "menor denominador comum" genérico. Os poderosos bancos de dados do servidor, como o InterBase / Firebird e o Oracle, são feitos para se adequarem aos comportamentos de bancos de dados de desktop como Paradox ou dBase. É preciso uma camada pesada do código do driver do cliente e do middleware entre o usuário e o banco de dados para realizar este achatamento, enquanto desabilita os recursos essenciais dos mecanismos dos bancos de dados do servidor.

Uma vez que tudo no InterBase / Firebird acontece dentro das transações, essa abordagem, basicamente, mata a maioria dos benefícios do uso do cliente / servidor para aplicações de missão crítica em rede.

O IBO corta diretamente tudo isso e conecta seus objetos de acesso a dados diretamente na interface de programação do aplicativo (API) do mecanismo InterBase / Firebird. O seu aplicativo obtém acesso total e completo aos recursos de transação do InterBase - várias transações simultâneas para uma única conexão e transações que abrangem vários bancos de dados com confirmação em duas fases. Estão disponíveis quatro níveis de isolamento de concorrência e, com eles, a gama completa e flexível de controles que o InterBase oferece para otimizar a vida das transações e resolver conflitos de bloqueio.
E quanto a outros conjuntos de componentes?

Outros conjuntos de componentes podem fornecer conectividade direta para API, mas o fazem ao custo do controle do desenvolvedor sobre os aspectos lógicos do processamento de dados baseados em transações. Eles são mordidos pela mão que os alimenta. Para implementar o acesso às capacidades físicas do mecanismo de transação enquanto permanece bloqueado na dependência de memória do TDataset do VCL, eles sacrificam os consideráveis ??benefícios que a BDE forneceu no gerenciamento de tarefas.
Por que escolher objetos do IB?

Desde o início, a IBO liberou-se das restrições do TDataset e seu modelo de memória orientado para banco de dados local, limitativo. A partir do nível primitivo do TComponent forward, suas classes são criadas em uma base dedicada exclusivamente a como uma interface de objeto precisa interagir com o InterBase / Firebird com o maior efeito e eficiência. Ao longo do caminho, a IBO conseguiu emular e melhorar o ambiente de tarefas lógicas fornecido pela BDE na medida em que um desenvolvedor pode escolher não estar preocupado com a transação física.

Um ponto importante de diferenciação de outros componentes de acesso direto é o histórico da IBO de quatro lançamentos completos de força industrial e quase cinco anos de desenvolvimento consistente, abrangendo todas as versões de Delphi e C ++ Builder de 32 bits e todas as versões do InterBase / Firebird a partir de InterBase 4.x up. Os objetos da IB ganharam o prêmio Delphi Informant Reader's Choice para o melhor produto de conectividade de banco de dados em 2000 e 2001.
Registro de mudanças:

I added support for Delphi/C++ Builder 10.4 Sydney.

I added support for InterBase SQLDA Version 2 structure now required for latest versions of InterBase. Some special attention will need to be given to the component event handlers for generating custom TIB_Column object instances as well as the custom event handlers for dealing with BLOB contents. Additional events with the suffix of 2 were added to accommodate the SQLDA Version 2 data structures.

Completely rewrote the event alerters component TIB_Events and enhanced it considerably. I figured out some areas of weakness in the IB/FB client and put in some timing buffers to avoid multi-threading issues. This should enable apps using events to avoid getting destabilized when the bugs in the client DLL are tripped up. I also put in a Windows messaging mechanism so that the main thread would instantly synchronize and process the event alerters. This led to the creation of a new unit called IB_ThreadUtils where I wrote a message queue system for the event alerter to work more efficiently. This will also be the beginning of additional utilities to help with thread management.

Added a property to TIB_Connection (TIBODatabase) called KeepAliveInterval. This keeps track of how long it has been since the server was communicated with and it makes sure the connection remains valid by checking the status of the connection according to the interval indicated. The default value is 600 seconds.

Adjusted for FPC support of Indy 10. FPC is currently unstable. Working on why.
Made source base able to be compiled using typed @ operators.
Moved away from using AnsiChar in low level API buffers. Changed over to Byte.
More work on the Doc engine and the Web engine. Still work in progress.
Worked a bit on the XSQL Reports package. Wanting to get it integrated. Not done yet.
I reworked the Service Application testing form to be more flexible.
Fixed a bug having to do with JoinLinks usage. It was causing the query to go blank under certain ccircumstances.
Fixed a bug in TIBODataset where when the dataset opened and closed it wasn't causing the child datasets to be notified everytime so that they could update the values of their input parameters and react appropriately.
Fixed some issues with CachedUpdates when used with master-detail and inserted records.
Fixed an issue with TIBOTable not finding intexes for optimization accurately.
Fixed an issue with TIB_DataPump so that it handles NULL values and column nullability properly.
Fixed TIB_BDataset.ExecSQL to provide output values correctly in the Fields values.
Fixed a bug in TIB_StringList that was specific to Delphi 5 only. Had to do with the Insert() method. I also added an event notifier for the OnActuallyChanged notification.
Added CurrentNo property to the TIB_Script component.
Adjusted IB_Session to free all TIB_Session instances upon unit finalization.