Hi...

I'm new to BizTalk, and was hoping someone might be able to answer a
couple of questions that I have around adaptors and scalability:

1)I understand that BizTalk is able to connect to UNIX, mainframes,
SAP, Oracle, etc, etc. Can anyone explain how exactly the adaptors do
this? For things like oracle does BizTalk just use ODBC? To understand
how BizTalk connects to SQL Server is easy to comprehend. But I'm
struggling to understand how BizTalk would connect to a Unix system,
for example.

2)Does anyone know how much data BizTalk can handle? If you were to use
BizTalk for, amoung other things, data transformations - could it
manipulate say 5 million SQL Server records in the same time as a DTS
package?

Any comments are welcome...

Thanks
Jeremy

[ Post a follow-up to this message ]

hi

Comes to your second query, DTS is a techique for migration of data with a
limited data processing activity i.e., with VBScript and performance is
variant with System configuration taking 5 Million or 10 million records.

Biztalk is having vast no of options for DATA processing
-Schemas,Maps,Pipelines,and Orchestration in which message made easy to flow
and connecting to any recieve and send adapters.

regards
Kiran

"jeremyk_2006@hotmail.com" wrote:

> Hi...
>
> I'm new to BizTalk, and was hoping someone might be able to answer a
> couple of questions that I have around adaptors and scalability:
>
> 1)I understand that BizTalk is able to connect to UNIX, mainframes,
> SAP, Oracle, etc, etc. Can anyone explain how exactly the adaptors do
> this? For things like oracle does BizTalk just use ODBC? To understand
> how BizTalk connects to SQL Server is easy to comprehend. But I'm
> struggling to understand how BizTalk would connect to a Unix system,
> for example.
>
> 2)Does anyone know how much data BizTalk can handle? If you were to use
> BizTalk for, amoung other things, data transformations - could it
> manipulate say 5 million SQL Server records in the same time as a DTS
> package?
>
> Any comments are welcome...
>
> Thanks
> Jeremy
>
>

[ Post a follow-up to this message ]