問題タブ [nvarchar]

を使用して、学校で小さな Web アプリのデータベースに取り組んでいますSQL Server 2005。vs
の問題については、いくつかの考え方があります。varcharnvarchar

1. varchar多くの国際化されたデータを扱っていない限り使用してから使用してくださいnvarchar。
2. nvarcharすべてに使用するだけです。

ビュー 2 のメリットが見えてきました。nvarchar が 2 倍のスペースを占有することはわかっていますが、これは数百人の学生のデータしか保存しないため、必ずしも大したことではありません。私には、それについて心配せずに、すべてが nvarchar を使用できるようにするのが最も簡単なように思えます。または、私が見逃しているものがありますか？

nvarcharマルチバイト文字をサポートしているだけですか？その場合、ストレージの問題以外に、を使用する意味はありますvarcharsか?

いくつかの引数をストアド プロシージャに受け取ります。これらの引数は NVARCHAR です。

これらの値の一部を FLOATS にキャストする必要がある場合、問題が発生します。

@VALUE1 NVARCHAR(100)

DECLARE @ChangedValue SET @ChangedValue = CAST(@Value1 AS FLOAT)

例 @Value1 = "0,001"

「0.001」を期待しているため、問題が発生します

入力の形式を変更することはできませんが、SQL サーバー側で何らかの方法で変更できますか? すべての「、」を「。」に変更することにより、代わりは？

よろしく、ケン

1. VARCHAR は Unicode 文字を格納しません。
2. NVARCHAR は Unicode 文字を格納します。
3. 今日のアプリケーションは、常に Unicode 互換でなければなりません。
4. NVARCHAR は、それを格納するために 2 倍のスペースを必要とします。
5. ポイント4 保管スペースが非常に安価なので問題ありません。

Ergo: 現在 SQL Server データベースを設計する場合、常に NVARCHAR を使用する必要があります。

これは健全な推論ですか？誰かが前提のいずれかに同意しませんか? 現在、NVARCHAR ではなく VARCHAR を選択する理由はありますか?

次の定義を仮定します。

nvarchar(max)長さが 4000 を超える値を渡すとsInput、値が切り捨てられます (つまり、この UDF を呼び出した結果はnvarchar(4000)、nvarchar(max).

Unicode 型を使用しなければならない場合のルールはありますか?

ほとんどのヨーロッパ言語 (ドイツ語、イタリア語、英語など) は、VARCHAR 列の同じデータベースで問題ないことがわかりました。

私は次のようなものを探しています:

1. 中国語をお持ちの場合 --> NVARCHAR を使用
2. ドイツ語とアラビア語がある場合 --> NVARCHAR を使用

サーバー/データベースの照合はどうですか?

ここで提案されているように、常に NVARCHAR を使用したくない varchar と nvarchar SQL Server データ型の主なパフォーマンスの違いは何ですか?

テーブルにさまざまな種類のデータを格納するフィールドがあります。たとえば、特大、中、小....または、2009 年 3 月 22 日、1 年、2 年、3 などを格納できます。年...または06月、12月、1年、または「33-36」、「37-40」を保存できます...そしてそのデータは固定されていません。将来、新しいカテゴリを追加する必要があるかもしれません. ..

データ型の明らかな選択は nvarchar(length) ですが、他に提案はありますか? これを回避する方法はありますか？

次の構造で構成されるテーブルがあります。

上記の例では、[データ] 列にさまざまな言語が混在しています。このデータは、適切なコード ページを設定する Web サイトを介して収集します。私たちのテーブルに挿入されたデータは、データが収集された時点で Web ページで設定されていたコード ページであることを理解しています。この情報は別の場所に保存されています。

私たちが使用しているすべての言語は、問題なくテーブルから出てきています。たとえば、必要に応じて中国語が出てきて表示されます。このデータを Unicode テキスト ファイルにダンプしようとしています。具体的に言うと、「UCS-2 LE」 公開されていない言語は 1 つだけで、それはフランス語です。何らかの理由で、通常はアクセント付きの文字が完全に間違っています。私が見つけたのは、データが間違った文字として「保存」されているように見えることです。

同僚は、テーブルにあるこのデータはおそらく正しいと考えており、データを UCS-2 LE テキスト ファイルに入れる前に、正しい文字セットまたは正しいコード ページに変換して、データを適切に表示する必要があります。

誰でも私の問題について洞察を提供できますか? ありがとうございました！

更新: 私はこれを見つけました: http://windowsitpro.com/windowsstorage/Article/ArticleID/14045/windowsstorage_14045.html - これは基本的に、私がする必要があることはできないと言っていますか? 私がやりたいことは少し違うと思いますが、それは[false-]希望です。

VB を使用する ASP.NET アプリケーションに取り組んでいます。VB ファイル内で SQLReader/SQLCommand/SQLConnection を使用して、データ値を取得しようとしています。

クエリが値を返さない理由を見つけて当惑しました。ここの誰かが、クエリをトラブルシューティングして、返されていないものを確認する方法を教えてくれました。

同僚と話をしたところ、一致するかどうか尋ねられました。これは、私が文字列を入力していて、データベースのテキスト フィールドが nvarchar であるためです。VB で変数を宣言して、クエリのパラメーターとして入力したときに一致するようにするにはどうすればよいですか?

一致するように見えるデータのタイプは、「2」、「2a」、「1a」などの基本的なものです。

nvarchar を宣言する方法がない場合、それを回避する方法について誰か提案がありますか?

本当にありがとう。

補足: これは、この質問の一種の続きです: SQL Reader は値が存在しないと言っています、クエリは問題ないようです

編集：すべての助けをありがとう。皆さんが言ったように設定しましたが、「オブジェクト型 System.Data.SqlClient.SqlParameter から既知のマネージド プロバイダー ネイティブ型へのマッピングが存在しません」というエラーが表示されます。

次のようなフォーム全体の変数としてパラメーターがあります。

そして、メインフォーム内で、

後で、このような関数が呼び出されます。

次のように定義されます。

再度、感謝します。

PS - Adam と Cerebus さん、できれば両方の回答を受け入れます。彼らは両方とも本当に私のためにアイデアをまとめてくれました。