INTEGRAÇÃO DE INFORMAÇÃO

A Integração de Informação constitui uma das perspectivas clássicas da

Integração de Sistemas. Nesta perspectiva cada componente / sub-sistema
produz e consome informação. A harmonização de modelos / construção de
abstracções comuns (donde eventualmente se possam derivar visões parciais
para cada componente) e a eliminação de redundâncias e inconsistências são
alguns dos passos da integração de informação.

Um exemplo onde a integração de informação é essencial: Engenharia

Concorrente.

Engenharia concorrente é uma metodologia de trabalho baseada na

paralelização de tarefas -- isto é: na realização de tarefas concorrentemente. Ela
se refere à abordagem usada no desenvolvimento de produtos na qual as
funções de engenharia de projeto, de manufatura e outras, são integradas para
reduzir o tempo total necessário para colocar um novo produto no mercado.
www.uninova.pt/~cam/is/CE.ppt

APROXIMAÇÕES

a) Centralizada
O modelo de empresa integrada da IBM
O conceito de CIM da Universidade de Karlsruhe –
www.uninova.pt/~cam/is/cim.doc
Requisitos para um sistema de gestão de informação de manufactura /
engenharia
www.uninova.pt/~cam/is/isreq.doc
b) Acesso multi-DB
ODBC – www.uninova.pt/~cam/is/ODBC.doc

c) Distribuída
Conceitos básicos – www.uninova.pt/~cam/is/ddb.doc
Exemplo ORACLE 8 -
http://www.oradoc.com/ora816/server.816/a76960/toc.htm
d) Federada
A aproximação da Universidade de Amsterdam –
www.uninova.pt/~cam/is/fims.doc

Questões:

1. Qual a importância da integração de informação em Engenharia

Concorrente?
2. Identifique os principais problemas (técnicos e socio-organizacionais) dos
sistemas centralizados.
3. Compare as aproximações distribuída e federada (vantagens e limitações).
Qual a mais adequada para integrar sistemas legados (i.e. sistemas pré-
existentes)?

ODBC (Open DataBase Connectivity)

ODBC é uma API multi base de dados para programas que utilizam expressoes SQL para
aceder aos dados.

Legenda da imagem:
 1. Aplicação: executa processamento e chama as funçoes ODBC para submeter
expressoes SQL e obter resultados.
2.Driver Manager: carrega os drivers em nome de uma aplicação.
3. Driver: processa chamadas de funções ODBC, submete pedidos SQL a uma fonte de
dados especifica, e retorna resultados à aplicação. Se necessario, o driver modifica o
pedido da aplicaçao de modo a que este pedido esteja em conformidade com a sintaxe
suportada pelo SGBD associado. O driver é um DLL que implementa chamadas de
funções ODBC e interage com a fonte de dados (data source).
4. Data source: consiste nos dados que o utilizador quer aceder e o seu sistema operativo
associado, SGBD, e plataforma de rede (se existir) utilizada para aceder ao SGBD.

Basicamente o ODBC consegue nativamente estabelecer conexão com as seguintes bases

de dados, embora haja programas específicos que se encarregam de complementar as suas
capacidades para comunicar com outras como MYSQL por exemplo (MySQL
Connector/ODBC):

1. Microsoft Access
2. SQL Server
3. DBASE
4. Microsoft FoxPro
5. Microsoft Excel
6. Paradox
7. Oracle
8. other ODBC data sources

Funcionamento do ODBC:

1. Client application sends ODBC request to ODBC driver manager ("get all
customer_names from MySalesDatabase")
2. ODBC driver manager determines which data source matches the request
("MySalesDatabase is really the Oracle 7.3 database running PeopleSoft Financials")
3. ODBC driver manager passes request to correct ODBC driver ("matching ODBC
driver for Oracle 7.3 is ODBORCL7.DLL")
4. ODBC driver receives ODBC request, translates it to native database request ("this
really means SELECT ALL customer_names FROM cust_table in Oracle's own
dialect")
5. Database returns the results through the ODBC driver and ODBC driver manager to
the client application ("John Johns; Sally Smith; George Papadoupolous…")
Bibliografia:

http://www.networkcomputing.com/netdesign/odbc3.html

http://wwwinfo.cern.ch/db/searchbrowse.html

http://www.object-tools.com/manuals/lib/dale/ch_03.html

http://www.object-tools.com/map/

http://www.filemaker.com/support/odbc_primer1.html

Como implementar uma conexão em diversas linguagens de programação

Java
Através do JDBC:

 JDBC (Java DataBase Conectivity) é uma API Java que fornece classes e interfaces
para acesso e tratamento de dados.

 Camada de abstracção que permite a um programa Java utilizar uma interface padrão
para acesso a uma base de dados relacional através da linguagem SQL.

Consultar apresentação JDBC_ODBC.ppt .

C++
Utilizando a API VCL do IDE RAD Studio 2010 (C++ Builder). Temos várias alternativas:

dbExpress – é uma camada independente das base de dados que define um interface comum
para fornecer acesso rápido aos servidores de base de dados SQL. Para cada Servidor
suportado, o dbExpress fornece um driver como uma livraria independente que implementa o
interface dbExpress comum para processar as Queries e os Stored procedures. Como a
camada de Acesso de Dados é “fina” e simples, o dbExpress fornece uma conectividade de
alta performance e fácil implementação. Estes drivers podem ser usados do mesmo modo que
os fornecidos pelo Embarcadero. Quando publica um aplicação que utiliza o dbexpress,
apenas necessita incluir um dll (o driver especifico do servidor BD) nos ficheiros da
aplicação.

Os drivers dbExpress permitem acesso aos seguintes servidores de Base de Dados :

• MySql;
• Oracle;
• SQLSerer;
• Interbase;
• FireBird;
• PostgreSQL;

Tutorial:

http://docwiki.embarcadero.com/RADStudio/XE/en/Connect_to_a_Database_
%28dbExpress_Tutorial%29

InterBase Express

tutorial :

http://docwiki.embarcadero.com/RADStudio/en/Creating_a_Database_Connection_
%28InterBase_Tutorial%29

dbGo

O dbGo é um conjunto de componentes que permite aos desenvolvedores programaticamente

aceder, editar e actualizar dados a partir de uma grande variedade de fontes de dados através
dos interfaces de sistema OLE DB.

A OLE DB é uma API desenvolvida pela Microsoft com base no COM. Essa API
representa uma biblioteca de interface COM que permite o acesso universal a
diversas fontes de dados. Foi desenhado como substituto de mais alto-nivel para
o ODBC, expandindo as suas capacidades para suportar uma maior variedade de
bases de dados não-relacionais, como object databases folhas de calculo
(spreadsheets) que não suportam necessariamente SQL.

Component Object Model (COM) é uma plataforma da Microsoft para

componentes de software lançada em 1993. Ela é usada para permitir a
comunicação entre processos e a criação dinâmica de objetos em qualquer
linguagem de programação que suporte a tecnologia de forma que os objectos
possam ser utilizados em diferentes ambientes dos quais foram criados, mesmo
entre diferentes máquinas e arquiteturas. O termo COM é freqüentemente usado
no desenvolvimento de software para se referir a um grupo de tecnologias que
incluem OLE, OLE Automation, ActiveX, COM+ e DCOM.

O dbGo utiliza um camada ADO, que consiste em um provedor OLE DB ou driver ODBC
para o acesso aos dados, um software cliente para o sistema de BD utilizado (no caso de bases
de dados SQL), um sistema de back-end da base de dados acessivel à aplicação e uma base de
dados. Todos estes devem estar acessiveis à aplicaçao baseada em ADO para o seu
funcionaemnte complete.

The dbGo category of the Tool Palette hosts the dbGo components. These components let
you connect to an ADO data store, execute commands, and retrieve data from tables in
databases using the ADO framework. The components require the latest version of ADO to be
installed on the host computer. Additionally, client software for the target database system
(such as Microsoft SQL Server) must be installed, as well as an OLE DB driver or ODBC
driver specific to the particular database system.

Most dbGo components have direct counterparts in the components available for other data
access mechanisms: a database connection component, TADOConnection, and various types
of datasets. In addition, dbGo includes TADOCommand, a simple component that is not a
dataset but which represents an SQL command to be executed on the ADO data store.

The main dbGo components are:

Components Function
TADOConnection A database connection component that establishes a connection with an
ADO data store.Multiple ADO dataset and command components can
share this connection to execute commands, retrieve data, and operate on
metadata.
TRDSConnection A database connection component to marshal data in multi-tier database
applications that are built using ADO-based application servers.
TADODataSet Primary dataset used for retrieving and operating on data.TADODataSet
can retrieve data from a single or multiple tables, can connect directly to a
data store, or use a TADOConnection component
TADOTable A table-type dataset for retrieving and operating on a recordset produced
by a single database table.TADOTable can connect directly to a data store
or use a TADOConnection component
TADOQuery A query-type dataset for retrieving and operating on a recordset produced
by a valid SQL statement.TADOQuery can also execute Data Definition
Language (DDL) SQL statements. It can connect directly to a data store or
use a TADOConnection component.
TADOStoredProc A stored procedure-type dataset for executing stored
procedures.TADOStoredProc executes stored procedures that may or may
not retrieve data. It can connect directly to a data store or use a
TADOConnection component.
TADOCommand A simple component for executing commands (SQL statements that do not
return result sets).TADOCommand can be used with a supporting dataset
component, or retrieve a dataset from a table. It can connect directly to a
data store or use a TADOConnection component
ODBC vs OLE DB

 ODBC fornece acesso apenas a bancos de dados relacionais

 OLE DB fornece os seguintes recursos

• O acesso aos dados, independentemente do seu formato ou localização

• O pleno acesso a fontes de dados ODBC e drivers ODBC

BDE;

O motor de base de dados da Borland - Borland Database Engine (BDE) é um poderoso

mecanismo de acesso de dados que pode ser partilhado por varias aplicações. O BDE define
uma ponderosa livraria de funçoes na API que podem criar, restruturar, buscar dados,
actualizar e manipular servidores de base de dados locais e remotos. O BDE fornece um
interface uniforme para aceder uma grande variedade de servidores de bases de dados,
utilizando drivers para conectar a diferentes bases de dados. Os componentes da categoria
BDE da Tool Palette permitem-lhe conectar à informação de uma base de dados.

The included set of database drivers enables consistent access to standard data sources:
Paradox, dBASE, FoxPro, Access, and text databases. You can add Microsoft ODBC drivers
as needed to the built-in ODBC socket. Optionally, Borland's SQL Links product provides
access to a range of database management systems (DBMS), including Informix, DB2,
InterBase, Oracle, and Sybase.

BDE is object-oriented in design. At runtime, application developers interact with BDE by

creating various BDE objects. These runtime objects are then used to manipulate database
entities, such as tables and queries. BDE's application program interface (API) provides direct
C and C++ optimized access to the database engine, as well as BDE's built-in drivers for
dBASE, Paradox, FoxPro, Access, and text databases.

The core database engine files consist of a set of DLLs that are fully re-entrant and thread-
safe. Included with BDE are a set of supplemental tools and examples with sample code.

BDE system is configured using the BDE Administrator (BDEADMIN.EXE).

When deploying BDE-based applications, you must include the BDE with your application.
While this increases the size of the application and the complexity of deployment, the BDE
can be shared with other BDE-based applications and provides a broader range of support for
database manipulation. Although you can use the API of the BDE directly in your application,
the components on the BDE category of the Tool Palette wrap most of this functionality for
you.

The main BDE components are:

Components Function
TTable Retrieves data from a physical database table via the BDE and supplies it to one
or more data-aware components through a DataSource component. Conversely,
it also sends data received from a component to a physical database via the
BDE.
TQuery Uses SQL statements to retrieve data from a physical database table via the
BDE and supplies it to one or more data-aware components through a
TDataSource component. Conversely, it uses SQL statements to send data from
a component to a physical database via the BDE.
TStoredProc Enables an application to access server stored procedures. It sends data
received from a component to a physical database via the BDE.
TDatabase Sets up a persistent connection to a database, especially a remote database
requiring a user login and password.
TSession Provides global control over a group of database components. A default
TSession component is automatically created for each database application.
You must use the TSession component only if you are creating a multithreaded
database application. Each database thread requires its own session component.
TBatchMove Copies a table structure or its data. It can be used to move entire tables from
one database format to another.
TUpdateSQL Lets you use cached updates support with read-only datasets.
TNestedTable Retrieves the data in a nested dataset field and supplies it to data-aware controls
through a datasource component.

Exemplo da PCClinic

Para obter ajuda e documentação neste IDE pode consultar o seguinte endereço Web:

http://docwiki.embarcadero.com/RADStudio/en/Main_Page