¿Diferencia entre la cadena y el texto en los rieles?

Question

Estoy haciendo una nueva aplicación web usando Rails, y me preguntaba, ¿cuál es la diferencia entre string y text? ¿Y cuándo debería usarse cada uno?

Answer 1

La diferencia se basa en cómo el símbolo se convierte en su respectivo tipo de columna en el lenguaje de consulta.

con MySQL: cadena se asigna a VARCHAR (255) - http://guides.rubyonrails.org/migrations.html

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

Referencia:

http://www.packtpub.com/article/Working-with-Rails-ActiveRecord-Migrations-Models-Scaffolding-and-Database-Completion

¿Cuándo se debe usar cada uno?

Como regla general, utilice :string para la entrada de texto corto (nombre de usuario, correo electrónico, contraseña, títulos, etc.) y el uso :text para la entrada ya esperado, tales como descripciones, contenidos, etc. comentario

Answer 2

Cadena se traduce como "Varchar" en su base de datos, mientras que el texto se traduce como "texto". Un varchar puede contener muchos menos elementos, un texto puede tener (casi) cualquier longitud.

Para un análisis en profundidad con buenas referencias comprobar http://www.pythian.com/news/7129/text-vs-varchar/

Editar: Algunos motores de base de datos pueden cargar varchar de una sola vez, pero tienda de texto (y blob) fuera de la mesa. Un SELECT name, amount FROM products podría ser mucho más lento al usar text para name que cuando usa varchar. Y dado que Rails carga de manera predeterminada los registros con SELECT * FROM..., se cargarán sus columnas de texto. Sin embargo, esto probablemente nunca sea un problema real en tu aplicación o en la mía (la optimización prematura es ...). Pero saber que el texto no siempre es "gratuito" es bueno saberlo.

Answer 3

Si está usando postgres use texto siempre que pueda, a menos que tenga una restricción de tamaño ya que no existe una penalización de rendimiento para texto versus varchar

No hay diferencia de rendimiento entre estos tres tipos, además de un mayor espacio de almacenamiento cuando se usa el tipo de relleno en blanco, y algunos ciclos de CPU adicionales para verificar la duración n almacenar en una columna de longitud limitada. Si bien el carácter (n) tiene ventajas de rendimiento en algunos otros sistemas de bases de datos, no existe tal ventaja en PostgreSQL; de hecho, el carácter (n) suele ser el más lento de los tres debido a sus costos adicionales de almacenamiento. En la mayoría de situaciones de texto o caracteres de longitud variable se deben utilizar en lugar

PostsgreSQL manual

Answer 4

Como se explicó anteriormente, no sólo el tipo de datos db también afectará a la vista que se generará si está andamios. cadena generará un texto text_field generará un text_area

Answer 5

Cadena si el tamaño es fijo y pequeño y texto si es variable y grande. Esto es algo importante porque el texto es mucho más grande que las cadenas. Contiene muchos más kilobytes.

Así que para campos pequeños utilice siempre la cadena (varchar). Campos como. first_name, login, email, subject (de un artículo o publicación) y ejemplo de textos: contenido/cuerpo de una publicación o artículo. campos de los párrafos etc

tamaño de cadena de 1 a 255 (por defecto = 255)

tamaño de Texto 1 al 4294967296 (por defecto = 65536) 2

Answer 6

Usar cadena para el campo corto, como nombres, dirección, teléfono, compañía

uso de texto para mayor cantidad de contenido, comentarios, contenido, párrafos.

Mi regla general, si se trata de algo que es más de una línea, suelo ir para el texto, si se trata de un corto de 2-6 palabras, voy por cadena.

La regla oficial es 255 para una cadena. Entonces, si su cadena tiene más de 255 caracteres, busque texto.