Code Archive Skip to content Google About Google Privacy Terms
Protocol -------- Clients of memcached communicate with server through TCP connections. (A UDP interface is also available; details are below under "UDP protocol.") A given running memcached server listens on some (configurable) port; clients connect to that port, send commands to the server, read responses, and eventually close the connection. There is no need to send any command to end the sessi
相変わらずJDBC 4.0でのlong型引数対応で悩んでいるのだけれども，client-sideのPreparedStatementの場合に2^31以上のサイズのパラメータをPreparedStatementオブジェクトで引き受けることができると仮定した場合，MySQLのclient-serverプロトコル的にはどうなのか？という話． MySQLのclient-serverプロトコルについての資料を見るに， 1) http://www.redferni.uklinux.net/mysql/MySQL-Protocol.html 2) http://dev.mysql.com/doc/internals/en/the-packet-header.html 3) http://dev.mysql.com/doc/internals/en/command-packet.html 通常のSQL文を
This document descibes the MySQL network protocol version 10, as of February 2005 (MySQL 4.1.9). It has been produced by reading mysql_com.h, libmysql.c, net.c, sql_parse.cc and sql_show.cc in the MySQL source. History Protocol version 9 was used by MySQL clients and servers before version 3.21. It is unlikely to still be in use, as modern clients cannot connect to version 9 servers. The primary d
HeatWave Use automated and integrated generative AI and machine learning (ML) in one cloud service for transactions and lakehouse scale analytics. Get faster insights from all your data with unmatched performance and deploy apps in your choice of cloud providers. Learn More » MySQL Enterprise Edition The most comprehensive set of advanced features, management tools and technical support to achieve
Network Working Group Aaron Stone, Ed. Internet-Draft Six Apart, Ltd. Intended status: Informational December 14, 2007 Expires: June 16, 2008 Memcache Binary Protocol draft-stone-memcache-binary-01 Status of this Memo This document is an Internet-Draft and is NOT offered in accordance with Section 10 of RFC 2026, and the author does not provide the IETF with any rights other than to publish as an
Googleが公開したバイナリエンコード手法であるProtocol Buffersは、クライアントとサーバーの両方でシリアライズ形式を取り決めておき（IDL）、双方がそれに従ってデータをやりとりするようにします。 この方法では高速なデータのやりとりができる反面、IDLを書かなければならない、仕様を変えるたびにIDLを書き直さなければならない（あらかじめしっかりとIDLを設計しておかないとプログラミングを始められない）という面倒さがあります。 ※追記：Protocol BuffersのデシリアライザはIDLに記述されていないデータが来ても無視するので（Updating A Message Type - Protocol Buffers Language Guide）、仕様を拡張していっても問題ないようです。 一方JSONやYAMLなどのシリアライズ形式では、何も考えずにシリアライズしたデータ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
