タグ付けされた質問 「varchar」

varcharまたは可変文字フィールドは、長さが不定の文字データのセットです。


8
MySQL:VARCHARとTEXTが大きいですか?
MySQLには、ユーザー間のメッセージを記録するメッセージテーブルがあります。典型的なIDとメッセージタイプ(すべて整数タイプ)とは別に、実際のメッセージテキストをVARCHARまたはTEXTとして保存する必要があります。フロントエンドの制限を3000文字に設定しています。これは、メッセージがこれより長くDBに挿入されることはないことを意味します。 VARCHAR(3000)またはTEXTを使用する根拠はありますか?VARCHAR(3000)を記述するだけで、直感に反するようなものがあります。私はStack Overflowで他の同様の投稿をしましたが、このタイプの一般的なメッセージの格納に固有のビューを取得するのに適しています。
845 mysql  text  messages  varchar 


9
PostgreSQL:textとvarcharの違い(文字は異なります)
違い何textのデータ型とcharacter varying(varchar)データ型は? ドキュメントによると 文字指定が長さ指定子なしで使用される場合、型は任意のサイズの文字列を受け入れます。後者はPostgreSQLの拡張機能です。 そして さらに、PostgreSQLは、任意の長さの文字列を格納するテキストタイプを提供します。タイプテキストはSQL標準にはありませんが、他のいくつかのSQLデータベース管理システムにもあります。 違いは何ですか?

30
#1071-指定されたキーが長すぎました; キーの最大長は767バイトです
次のコマンドを実行したとき: ALTER TABLE `mytable` ADD UNIQUE ( `column1` , `column2` ); 私はこのエラーメッセージを受け取りました: #1071 - Specified key was too long; max key length is 767 bytes column1とcolumn2に関する情報: column1 varchar(20) utf8_general_ci column2 varchar(500) utf8_general_ci 私は考えてvarchar(20)いる間のみ、21バイトを必要とvarchar(500)のみ501バイトが必要です。したがって、合計バイト数は522であり、767未満です。では、なぜエラーメッセージが表示されたのですか? #1071 - Specified key was too long; max key length is 767 bytes

7
GUIDの文字列の長さとは何ですか?
.NET(Guid.NewGuid)-クラスSystem.Guid によって生成されたGUIDであるN'guid'間、SQLにvarchar列を作成する必要がありguidます。 varcharGUIDに期待すべき長さはどれくらいですか?静的な長さですか? 使用する必要nvarcharがありますか(GUIDはUnicode文字を使用しますか)? varchar(Guid.Length) PS。SQL行GUIDデータ型を使用したくありません。私はただ何であるかを尋ねていますGuid.MaxLength。

7
MySQL VARCHARの最大サイズとは何ですか?
MySQL VARCHAR型の最大サイズを教えてください。 最大サイズは約65kの行サイズによって制限されることを読みました。フィールドをに設定してみましたvarchar(20000)が、大きすぎると表示されています。 に設定できvarchar(10000)ます。設定できる正確な最大値はいくつですか?
300 mysql  varchar  maxlength 

4
SQL Serverテキスト型とvarcharデータ型[終了]
現在のところ、この質問はQ&A形式には適していません。私たちは回答が事実、参考文献、または専門知識によってサポートされることを期待しますが、この質問はおそらく議論、議論、投票、または拡張された議論を誘います。この質問を改善でき、再開できると思われる場合は、ヘルプセンターにアクセスしてください。 8年前に閉鎖。 可変長文字データがあり、SQL Server(2005)データベースに保存したい。TEXT SQLタイプを選択する方法、またはVARCHAR SQLタイプを選択する方法、パフォーマンス/フットプリント/機能における長所と短所について、いくつかのベストプラクティスを学びたい。

14
varcharとnvarcharのSQL Serverデータ型の主なパフォーマンスの違いは何ですか?
私は学校の小さなWebアプリのデータベースをで使用していSQL Server 2005ます。vs の問題について、いくつかの考えの集まりが見られます。varcharnvarchar 使用varcharあなたが国際化されたデータの多くに対処しない限り、その後使用nvarchar。 nvarcharすべてに使用するだけです。 ビュー2のメリットが見え始めています。nvarcharは2倍のスペースを占めることはわかっていますが、これは数百人の学生のデータを保存するだけなので、必ずしも大したことではありません。私には、それを心配せずに、すべてにnvarcharの使用を許可するのが最も簡単なようです。それとも私が見逃しているものはありますか?

5
SQL Serverでのvarchar(MAX)とTEXTの使用
VARCHAR(MAX)データ型(2GBに近いcharデータを格納できる)は、TEXTSQL Server 2005およびNext SQL SERVERバージョンでのデータ型の推奨代替品であると私は読んだだけです。 列内で文字列を検索する場合、どの操作がより高速ですか? 列LIKEに対して句を使用していVARCHAR(MAX)ますか? WHERE COL1 LIKE '%search string%' TEXT列を使用して、この列に全文索引 / カタログを配置し、CONTAINS句を使用して検索しますか? WHERE CONTAINS (Col1, 'MyToken')

9
varchar列の最大長を変更しますか?
内容を失わずに、varchar列の長さを255文字から500文字に更新しようとしています。以前にテーブルを削除して再作成したことがありますが、これを行うために使用する必要があると私が信じているalterステートメントに触れたことはありません。私はここにドキュメントを見つけました:ALTER TABLE(Transfact-SQL)しかし、それの表と裏を作ることはできません。 私はこれまでに以下のものを持っています(基本的に残念ながら何もありません): alter table [progennet_dev].PROGEN.LE alter column UR_VALUE_3 これにどのように取り組みますか?このステートメントの優れたドキュメントはありますか(例のステートメントをいくつか検索しましたが、空になりました)?



10
(別の長さではなく)VARCHAR(255)が頻繁に使用されるのを確認する理由はありますか?
複数のコース、本、および仕事で、VARCHAR(255)として定義されたテキストフィールドを「短い」テキストのデフォルトの一種として見ました。良い丸めの数字である以外に、 255の長さが頻繁に選択される理由はありますか?正当な理由があった過去のある時点からのホールドアウトですか(それが今日適用されるかどうかにかかわらず)? もちろん、ストリングの最大長がどういうわけかわかっている場合は、より厳しい制限がより理想的であることを理解しています。ただし、VARCHAR(255)を使用している場合は、おそらく最大長がわからないことを示していますが、それは「短い」文字列であることだけを示しています。 注:私はこの質問を見つけました(VARCHAR(255)V TINYBLOB V TINYTEXT)、VARCHAR(と言っていたnが)必要とn個の保存の1バイトのn <= 255、n個のストレージの2つのバイトをn個 255>。これが唯一の理由ですか?VARCHAR(256)と比較して2バイトしか節約できず、VARCHAR(253)と宣言することで、簡単に別の2バイトを節約できるため、それは一種の恣意的なようです。

9
Postgresql-varcharカラムのサイズをより短い長さに変更します
ALTER TABLE非常に大きなテーブル(約3,000万行)に対するコマンドについて質問があります。その列の1つはです。varchar(255)これをにサイズ変更したいと考えていvarchar(40)ます。基本的に、次のコマンドを実行して列を変更します。 ALTER TABLE mytable ALTER COLUMN mycolumn TYPE varchar(40); プロセスが非常に長くても問題はありませんが、ALTER TABLEコマンドの実行中にテーブルが読みにくくなったようです。もっと賢い方法はありますか?たぶん、新しい列を追加し、古い列から値をコピーし、古い列をドロップして、最後に新しい列の名前を変更しますか? 手がかりは大歓迎です!前もって感謝します、 注:PostgreSQL 9.0を使用しています。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.