From: Date: July 16 2007 8:52am
Subject: Re: IPV6 data type patch
List-Archive: http://lists.mysql.com/internals/34831
Message-Id: <1184568745.24663.71.camel@localhost.localdomain>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Uj1e3fpYAEoutH99rgOB"

--=-Uj1e3fpYAEoutH99rgOB
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2007-07-16 at 06:04 +0000, Milos Prodanovic wrote:
> Down below you can find IPV6 data type patch, as result of Google Summer =
of Code
> midterm milestone.

Disclaimer: I haven't read through the whole patch.

One thing to consider is endian compatibility.

On disk format (for local disk engines) should be compatible... is this
so? are you always storing these types in network byte order (surely the
simplest)?

This extends into more fun for NDB with the endian compatibility
patches. I've CC'd David who's been working on this.

For NDB with endian compatibility... a SQL node could store a value into
the cluster and an SQL node with a different byte order could read it..
The value should, of course, make sense to the other node.

David can probably better comment.... this is possibly the same issue
with GIS data for NDB.

Also, a spec of how things are stored would be great - means that people
should be able to use the IP types in a compatible way from NDBAPI
applications (which have no MySQL Server code in them... so a data type
added inside the SQL server is unknown to an NDB API application).
--=20
Stewart Smith, Senior Software Engineer
MySQL AB, www.mysql.com
Office: +14082136540 Ext: 6616
VoIP: 6616@stripped
Mobile: +61 4 3 8844 332

Jumpstart your cluster:
http://www.mysql.com/consulting/packaged/cluster.html

--=-Uj1e3fpYAEoutH99rgOB
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iQIVAwUARpsVqL3yNwHyU3DLAQL1LQ/+Ip97wwc2lV17hhY+MogTa+pbiyufWSPP
PekWfjOu4VgiBnXxS64++rumPMSSSgCw+mYzH7meHCr4J1RoDz3+MJ23xW9cfwR5
Z+VQnKsID8Gzwydu9SzuSwhc6d/w3N+QOkKzsv0hSuACftwwa1XHRC4uoXPVRQBE
OTHqtxQ0ONtfv91WGE3wSHmqrQKjls0ElJNLcMs8oFlqlaEzGDlVf9Lqw+VNruVw
vAexfOp/9VqK9A/3cJ1vcf3W+ZV34C+ptMvy/QJtDqzG6YN7RUQPGCq4F3InGO7C
li5lK5PBjKnCxHEvQgNlm7qbJCcY3yrLSYwMKyOanAvAON0eDGozMyUUk2KKmukr
K7OnYNk7dYmpXlzmW/p43kJOegxh3iALMgqvVRFJ50nsBV+qv4x8bBuAdC+2aOS1
Qrlobs7Xcrvrl7cyoC4P15Sw0gljQRAv2MZ/yYHPBgZhnhe1itF4LsfzcIWSAqcg
DUN7osYqtLwsDrpilZZJCpjyymWuZw1TB+lpNw+ys9w1/Xmw8LYDf1Kd2icNQgzU
HRKOPaQsOCm3HQOH4QpDMVsmsKni2ahSpCK/AKJT1lIK38MVNafU/m9ZRGSlipyn
lpbnx7HzbmG4+UqYo3P70YdxuIjl7jwWNdoHXFa4b3YHM6B7ShJ10UK7ZE++g3OF
fNrVbml0M7I=
=OGpm
-----END PGP SIGNATURE-----

--=-Uj1e3fpYAEoutH99rgOB--