Title: RE: Mercator


Gartner placed IBM and Mercator alone in the "magic quadrant" of graph based on the parameters "Strength of Vision" and "Ability to Execute".

The category was Integration Brokers, which is not necessarily related to X12 EDI or XML, so salt it ;). 

Other candidates were: Microsoft, Oracle, STC, Forte, Tibco, SAGA, NEON(aren't they IBM?), BEA, Crossworlds, Active, Oberon, Sopra, Sterling, HIE, Sunguard, Viewlocity, Vitria, GEIS, Siemens-Fujitsu, Candle, Muscato, Extricity.

The report was provided to me by, guess who, Mercator.

Anthony Beecher



-----Original Message-----
From: Rita Parrott [mailto:[EMAIL PROTECTED]]
Does anyone know if the
Gartner group or another objective organization has evaluated and published
results?
 
   Thanks and regards,

-----Original Message-----
From: Anthony Beecher [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 01, 2000 7:48 AM
To: [EMAIL PROTECTED]
Cc: '[EMAIL PROTECTED]'
Subject: RE: Mercator





Not at all -

Mercator is the fastest tool, hands down.

If you don't use it correctly, you can create unoptimized situations. The
strength of the tool is that it is so flexable, you can choose the most
optimized method of acheiving your objective.  

What Mercator is doing is creating an extract file. Then it rips through
this extract file to transform it to your output.  Most likely you should
pay attention to optimizing the query that creates the extracted data. Also
if you are using ODBC, you might see a performance increase by using
Mercator's native db driver for your database instead of ODBC.

Anthony Beecher

 

-----Original Message-----
From: Eugene Teo [ mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ]

Sent: Thursday, June 01, 2000 12:45 AM
To: [EMAIL PROTECTED]
Subject: Mercator




I  notice some of you have used Mercator before. My office uses Mercator for
our
customers  but found that it runs too slowly. This is particularly true when
the
database is huge.

One  reason  for  this,  IMHO, is because Mercator loads the whole database
into
their  own  temporary  files before starting the mapping process. This is
one of
the few reasons I found.

Anybody shares this same sentiment?

-Eugene






------   XML/edi Group Discussion List   ------
Homepage =  http://www.XMLedi-Group.org <http://www.XMLedi-Group.org

Unsubscribe =  send email to: [EMAIL PROTECTED]
Leave the subject and body of the message blank

Questions/requests:  [EMAIL PROTECTED]

To join the XML/edi Group complete the form located at:
http://www.xmledi-group.org/xmledigroup/mail1.htm
<http://www.xmledi-group.org/xmledigroup/mail1.htm



------ XML/edi Group Discussion List ------
Homepage = http://www.XMLedi-Group.org

Unsubscribe = send email to: [EMAIL PROTECTED]
Leave the subject and body of the message blank

Questions/requests: [EMAIL PROTECTED]

To join the XML/edi Group complete the form located at:
http://www.xmledi-group.org/xmledigroup/mail1.htm




------   XML/edi Group Discussion List   ------
Homepage =  http://www.XMLedi-Group.org

Unsubscribe =  send email to: [EMAIL PROTECTED]
Leave the subject and body of the message blank

Questions/requests:  [EMAIL PROTECTED]

To join the XML/edi Group complete the form located at:
http://www.xmledi-group.org/xmledigroup/mail1.htm



------ XML/edi Group Discussion List ------
Homepage http://www.XMLedi-Group.org

Unsubscribe send email to: [EMAIL PROTECTED]
Leave the subject and body of the message blank

Questions/requests: [EMAIL PROTECTED]

To join the XML/edi Group complete the form located at:
http://www.xmledi-group.org/xmledigroup/mail1.htm

Reply via email to