ibm-information-center/dist/eclipse/plugins/i5OS.ic.ddp_5.4.0.1/rbal1drdacdra.htm

124 lines
9.2 KiB
HTML
Raw Normal View History

2024-04-02 14:02:31 +00:00
<?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>