)
Unicode データの使用
Unicode 仕様では、世界中のビジネス界で広く使用されている大半の文字について、単一のエンコード体系が定められています。すべてのコンピュータでは、一貫してこの Unicode 仕様を使用して Unicode データのビット パターンが文字に変換されます。このため、同じビット パターンはどのコンピュータでも必ず同じ文字に変換されます。受信側のシステムでビット パターンが正しく文字に変換されるかどうかを気にせず、データベース間またはコンピュータ間でデータを自由に転送できます。 1 文字を 1 バイトでエンコードするデータ型の場合、256 個の文字しか表せないという問題があります。このため、アルファベットに応じた複数のエンコード仕様 (コード ページ) を作成する必要があります。欧米文字などは比較的小さな仕様で済みますが、日本語の漢字や韓国語のハングル文字など数千もの文字がある言語を処理する
[ThinkIT] 第2回：Microsoft SQL Server 2005で必要な対処（前編） (1/3)
SQL Serverは早くからUnicodeに対応してきたデータベースの1つであり、SQL Server 2000ではUnicode 2.0に対応しているのでサロゲートペアを格納することができる。ただし前回も紹介したように「格納できる」のと「正しく扱える」のとでは意味合いが異なる。正しく扱えるのはUnicode 3.2をサポートしたSQL Server 2005からで、もちろんJIS X 0213:2004にも対応できる。 ところが対応できるというだけで、何もしなくて良いというのではない。これから何をしなければならないかを明らかにしていこう。 以前からSQL Serverを使ってきた方ならば承知していると思うが、SQL Serverには文字列を格納するためのデータ型が大きく2種類用意されている。1つはchar/varchar/textなど、先頭に「n」が付かないデータ型。もう1つはncha
照合順序と Unicode のサポート - SQL Server
適用対象: SQL Server Azure SQL データベース Azure SQL Managed Instance Azure Synapse Analytics Analytics Platform System (PDW) Microsoft Fabric の SQL 分析エンドポイント Microsoft Fabric のウェアハウス SQL Server の照合順序により、並べ替え規則、大文字と小文字の区別、およびアクセントの区別のプロパティをデータで利用できるようになります。 char や varchar などの文字データ型に使用する照合順序は、そのデータ型で表すことのできるコード ページおよび対応する文字を指定します。 SQL Server の新しいインスタンスをインストールしているか、データベース バックアップを復元しているか、サーバーをクライアント データベースに接続
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
