124 lines
9.2 KiB
HTML
124 lines
9.2 KiB
HTML
<?xml version="1.0" encoding="UTF-8"?>
|
|
<!DOCTYPE html
|
|
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
|
|
<html lang="en-us" xml:lang="en-us">
|
|
<head>
|
|
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
|
|
<meta name="security" content="public" />
|
|
<meta name="Robots" content="index,follow" />
|
|
<meta http-equiv="PICS-Label" content='(PICS-1.1 "http://www.icra.org/ratingsv02.html" l gen true r (cz 1 lz 1 nz 1 oz 1 vz 1) "http://www.rsac.org/ratingsv01.html" l gen true r (n 0 s 0 v 0 l 0) "http://www.classify.org/safesurf/" l gen true r (SS~~000 1))' />
|
|
<meta name="DC.Type" content="concept" />
|
|
<meta name="DC.Title" content="DRDA and CDRA support" />
|
|
<meta name="abstract" content="One of the interesting possibilities in a distributed relational database is that the database might not only span different types of computers, but those computers might be in different countries or regions. The same servers, such as iSeries servers, can encode data differently depending on the language used on the server." />
|
|
<meta name="description" content="One of the interesting possibilities in a distributed relational database is that the database might not only span different types of computers, but those computers might be in different countries or regions. The same servers, such as iSeries servers, can encode data differently depending on the language used on the server." />
|
|
<meta name="DC.subject" content="Character Data Representation Architecture (CDRA), with DRDA, DRDA (Distributed Relational Database Architecture) support, with CDRA, Distributed Relational Database Architecture (DRDA) support, character conversion, encoding, character conversion, data, CCSID (coded character set identifier), code page, EBCDIC" />
|
|
<meta name="keywords" content="Character Data Representation Architecture (CDRA), with DRDA, DRDA (Distributed Relational Database Architecture) support, with CDRA, Distributed Relational Database Architecture (DRDA) support, character conversion, encoding, character conversion, data, CCSID (coded character set identifier), code page, EBCDIC" />
|
|
<meta name="DC.Relation" scheme="URI" content="rbal1intro.htm" />
|
|
<meta name="DC.Relation" scheme="URI" content="../nls/rbagsglobalmain.htm" />
|
|
<meta name="DC.Relation" scheme="URI" content="rbal1ccsid.htm" />
|
|
<meta name="copyright" content="(C) Copyright IBM Corporation 1998, 2006" />
|
|
<meta name="DC.Rights.Owner" content="(C) Copyright IBM Corporation 1998, 2006" />
|
|
<meta name="DC.Format" content="XHTML" />
|
|
<meta name="DC.Identifier" content="rbal1drdacdra" />
|
|
<meta name="DC.Language" content="en-us" />
|
|
<!-- All rights reserved. Licensed Materials Property of IBM -->
|
|
<!-- US Government Users Restricted Rights -->
|
|
<!-- Use, duplication or disclosure restricted by -->
|
|
<!-- GSA ADP Schedule Contract with IBM Corp. -->
|
|
<link rel="stylesheet" type="text/css" href="./ibmdita.css" />
|
|
<link rel="stylesheet" type="text/css" href="./ic.css" />
|
|
<title>DRDA and
|
|
CDRA support</title>
|
|
</head>
|
|
<body id="rbal1drdacdra"><a name="rbal1drdacdra"><!-- --></a>
|
|
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
|
|
<h1 class="topictitle1">DRDA and
|
|
CDRA support</h1>
|
|
<div><p>One of the interesting possibilities in a distributed relational
|
|
database is that the database might not only span different types of computers,
|
|
but those computers might be in different countries or regions. The same servers,
|
|
such as <span class="keyword">iSeries™ server</span>s, can encode
|
|
data differently depending on the language used on the server.</p>
|
|
<p>Different types of servers encode data differently. For instance, an S/390<sup>®</sup>,
|
|
an <span class="keyword">iSeries server</span>, and a PS/2<sup>®</sup> system encode
|
|
numeric data in their own unique formats. In addition, an S/390 and an <span class="keyword">iSeries server</span> use the EBCDIC encoding scheme
|
|
to encode character data, while a PS/2 system uses an ASCII encoding scheme.</p>
|
|
<p>For numeric data, these differences do not matter. Unlike systems that
|
|
provide DRDA<sup>®</sup> support
|
|
automatically convert any differences between the way a number is represented
|
|
in one computer system to the way it is represented in another. For example,
|
|
if an <span class="keyword">iSeries</span> application program
|
|
reads numeric data from a DB2 Universal Database™ for iSeries database, <span class="keyword">DB2<sup>®</sup> UDB for iSeries</span> sends the numeric data in S/390 format
|
|
and the <span class="keyword">i5/OS™</span> database
|
|
management system converts it to <span class="keyword">iSeries</span> numeric
|
|
format.</p>
|
|
<p>However, the handling of character data is more complex, but this too can
|
|
be handled within a distributed relational database. </p>
|
|
<div class="section"><h4 class="sectiontitle">Character conversion with CDRA</h4><p>Not only can there
|
|
be differences in encoding schemes, such as Extended Binary Coded Decimal
|
|
Interchange Code (EBCDIC) versus American Standard Code for Information Interchange
|
|
(ASCII), but there can also be differences related to language.</p>
|
|
<p>For
|
|
instance, systems configured for different languages can assign different
|
|
characters to the same code, or different codes to the same character. For
|
|
example, a system configured for U.S. English can assign the same code to
|
|
the character } that a system configured for the Danish language assigns to
|
|
å. But those two systems can assign different codes to the same character
|
|
such as $.</p>
|
|
<p>If data is to be shared across different servers, character
|
|
data needs to be seen by users and applications the same way. In other words,
|
|
a PS/2 user
|
|
in New York and an <span class="keyword">iSeries server</span> user
|
|
in Copenhagen both need to see a $ as a $, even though $ might be encoded
|
|
differently in each server. Furthermore, the user in Copenhagen needs to see
|
|
a }, if that is the character that was stored at New York, even though the
|
|
code might be the same as a Danish å. In order for this to happen, the $ must
|
|
be converted to the proper character encoding for a PS/2 system (that is, U.S. English character
|
|
set, ASCII), and converted back to Danish encoding when it goes from New York
|
|
to Copenhagen (that is, Danish character set, EBCDIC). This sort of character
|
|
conversion is provided for by <span class="keyword">iSeries server</span> as
|
|
well as the other IBM<sup>®</sup> distributed relational database managers. This conversion
|
|
is done in a coherent way in accordance with the Character Data Representation
|
|
Architecture (CDRA).</p>
|
|
<p>CDRA specifies the way to identify the attributes
|
|
of character data so that the data can be understood across servers, even
|
|
if the servers use different character sets and encoding schemes. For conversion
|
|
to happen across servers, each server must understand the attributes of the
|
|
character data it is receiving from the other server. CDRA specifies that
|
|
these attributes be identified through a coded character set identifier (CCSID).
|
|
All character data in DB2 Universal Database for z/OS<sup>®</sup>, DB2
|
|
Universal Database™ for VM, and the <span class="keyword">i5/OS</span> database
|
|
management systems have a CCSID, which indicates a specific combination of
|
|
encoding scheme, character set, and code page. All character data in an Extended
|
|
Services<sup>®</sup> environment has a code page only (but the other database managers
|
|
treat that code page identification as a CCSID). A <dfn class="term">code page</dfn> is
|
|
a specific set of assignments between characters and internal codes.</p>
|
|
<p>For
|
|
example, CCSID 37 means encoding scheme 4352 (EBCDIC), character set 697 (Latin,
|
|
single-byte characters), and code page 37 (USA/Canada country extended code
|
|
page). CCSID 5026 means encoding scheme 4865 (extended EBCDIC), character
|
|
set 1172 with code page 290 (single-byte character set for Katakana/ Kanji),
|
|
and character set 370 with code page 300 (double-byte character set for Katakana/Kanji).</p>
|
|
<p>DRDA-enabled
|
|
systems include mechanisms to convert character data between a wide range
|
|
of CCSID-to-CCSID pairs and CCSID-to-code page pairs. Character conversion
|
|
for many CCSIDs and code pages is already built into these products. For more
|
|
information on CCSIDs supported by <span class="keyword">iSeries</span>,
|
|
see the <span class="keyword">i5/OS</span> globalization
|
|
topic. For a description of the use of CCSIDs on the <span class="keyword">iSeries server</span>,
|
|
see coded character set identifier (CCSID).</p>
|
|
</div>
|
|
</div>
|
|
<div>
|
|
<div class="familylinks">
|
|
<div class="parentlink"><strong>Parent topic:</strong> <a href="rbal1intro.htm" title="Distributed relational database support on the iSeries server consists of an implementation of IBM Distributed Relational Database Architecture (DRDA) and integration of other SQL clients by use of Application Requester Driver (ARD) programs.">Introduction to distributed database programming</a></div>
|
|
</div>
|
|
<div class="relconcepts"><strong>Related concepts</strong><br />
|
|
<div><a href="../nls/rbagsglobalmain.htm">i5/OS globalization</a></div>
|
|
</div>
|
|
<div class="relref"><strong>Related reference</strong><br />
|
|
<div><a href="rbal1ccsid.htm" title="Support for the national language of any country requires the proper handling of a minimum set of characters.">Coded character set identifier</a></div>
|
|
</div>
|
|
</div>
|
|
</body>
|
|
</html> |