問題タブ [varchar]

なんらかの理由で日時ではなくvarcharとして格納されている日付を持つ1つの列を持つレガシーSQLServer2000データベースがあります。このデータに対してビューを作成し、varcharの代わりに日時フィールドを使用して、フィールドに対するレポートを簡単に作成したいと思います。幸いなことに、ほとんどの値は、日時に直接キャストできるはずのように見えます。

もちろん、日時にキャストできないように入力されたフィールドもあるようです。わかりやすくするために、テーブルは次のようになります。

そして、ビューは次のようになります。

私ができる方法はありますか：

1. 修復できる場合に備えて、誕生日を日時にキャストできないすべての行のリストを取得しますか？
2. 値を修復できない場合は、値をNULLとして表示するか、明らかにユーザーの実際の誕生日ではないものとして表示するようにしますか？

SQLでvarchar列を作成します。この列には、.NET（Guid.NewGuidN'guid' ）によって生成されたGUID（クラスSystem.Guid）が含まれている必要があります。guid

varcharGUIDから期待できる長さはどれくらいですか？静的な長さですか？

使用する必要がありますかnvarchar（GUIDはUnicode文字を使用しますか）？

PS。SQL行GUIDデータ型を使用したくありません。私はただ何であるかを尋ねていますGuid.MaxLength。

SQLを使用して、DerbyでVARCHARをテーブルフィールドの長さに自動的に切り詰めるにはどうすればよいですか?

具体的には：

SQLException をスローします。

この例外を抑制する簡単な方法はありますか?

パフォーマンスの観点からVARCHAR(100)より良いものはありますか？VARCHAR(500)ディスク使用量はどうですか？

今日のPostgreSQLについて話すのは、歴史上のあるデータベースではありません。

MySQL でいくつかのinnodb テーブルを最適化しているので、手順 analsye()を実行して推奨事項を確認しました。

結果は、以前に varchar(255) として設定されたすべてのフィールドに対して、varchar(255) の代わりに tinytextを推奨しました。

tinytextを使用することで得られるパフォーマンスの向上はありますか? ここでは、サイズではなく、速度のみに関心があります。

VARCHARまたはVARRAYの最大整数サイズを実際に必要な値よりも大幅に大きい値に設定する（または許可される最大サイズに設定する）ことには、（値または配列が大きくなりすぎることを除いて）欠点がありますか？

私はインターンで、SQL 2008 のデータ圧縮に関する調査を依頼されました。Outlook メールのいくつかの部分をテーブルに保存したいと考えています。問題は、メール本文全体をフィールドに格納したいが、圧縮したいということです。Char() を使用すると、本文全体が保存されませんが、圧縮が可能になります... varchar() を使用すると、本文全体が保存されますが、圧縮は許可されません。体全体を保存して圧縮する方法についてのアイデアはありますか?

返信ありがとうございます。

表の作成文でchar型で定義された列は、varchar（）として定義されます。これは、DBのdescでchar（8）がvarchar（8）に変換されるように定義されました。同じDB上のchar（1）-> char（1）

2バイトを超えるcharタイプのテーブルを定義した場合、varchar（）に変換するのはMySQL 4.1の仕様ですか？

以前はvarchar(max)だった SQL-2005 データベースの列が、 nvarchar(max)に変更されました。

ここで、変更を反映するために休止状態のマッピング ファイルを更新する必要があります。これが以前の状態です。

<要素の種類="テキスト" 列="値"/>

アプリケーションを実行しようとすると、次のエラーが表示されます。

org.hibernate.HibernateException: [テーブル] の列値の列タイプが正しくありません。検出: ntext、予想: text

列をnvarchar(max)として正しくマップするには、「type」属性に何を入力する必要がありますか?

タイプをntextに設定しようとしましたが、休止状態はそれが何であるかを知りませんでした。タイプをstringに設定しようとしましたが、文字列をテキストタイプとして扱いました。