较短的字段使用字符串，如姓名，地址，电话，公司

对于较大的内容、评论、内容、段落使用Text。

我的一般规则是，如果是超过一行的内容，我通常会选择文本，如果是2-6个简短的单词，我就会选择字符串。

对于字符串，官方规则是255。因此，如果字符串超过255个字符，请使用text。

如果大小固定且较小，则为字符串;如果大小可变且较大，则为文本。 这很重要，因为文本比字符串大得多。它包含更多的千字节。

所以对于小字段总是使用string(varchar)。字段。First_name，登录名，电子邮件，(文章或帖子的)主题 文本的例子:一篇文章或文章的内容或主体。段落等字段

字符串大小从1到255(默认值为255)

文本大小1到4294967296(默认值为65536

String在数据库中翻译为“Varchar”，而text翻译为“text”。一个varchar可以包含更少的项，一个文本可以是(几乎)任何长度。

如需深入分析，请访问http://www.pythian.com/news/7129/text-vs-varchar/

编辑:一些数据库引擎可以一次性加载varchar，但将文本(和blob)存储在表之外。SELECT名称，amount FROM products使用text作为名称时比使用varchar时要慢得多。由于Rails，默认情况下使用SELECT * FROM…您的文本列将被加载。在你或我的应用程序中，这可能永远不会成为一个真正的问题(过早优化是…)。但知道文本并不总是“免费”是件好事。

区别在于如何将符号转换为查询语言中相应的列类型。

用MySQL:字符串映射到VARCHAR https://edgeguides.rubyonrails.org/active_record_migrations.html

:string |                   VARCHAR                | :limit => 1 to 255 (default = 255)  
:text   | TINYTEXT, TEXT, MEDIUMTEXT, or LONGTEXT2 | :limit => 1 to 4294967296 (default = 65536)

参考:

https://hub.packtpub.com/working-rails-activerecord-migrations-models-scaffolding-and-database-completion/

什么时候分别使用?

一般的经验法则是，使用:string作为短文本输入(用户名、电子邮件、密码、标题等)，使用:text作为较长的预期输入，如描述、评论内容等。

如果你使用postgres，尽可能使用文本，除非你有大小限制，因为文本vs varchar没有性能损失

There is no performance difference among these three types, apart from increased storage space when using the blank-padded type, and a few extra CPU cycles to check the length when storing into a length-constrained column. While character(n) has performance advantages in some other database systems, there is no such advantage in PostgreSQL; in fact character(n) is usually the slowest of the three because of its additional storage costs. In most situations text or character varying should be used instead

PostsgreSQL手册》

如上所述，不只是db数据类型，它也会影响将生成的视图，如果你是脚手架。 String将生成一个text_field text将生成一个text_area