Como mostrar solo algunos campos de la base de datos

unknown · October 6, 2006, 10:35pm

si mi base de datos tiene 10 campos

id
fecha
codigo_cliente
condicion_de_pago
orden_compra
vendedor
importe
lista_de_precio
estado
pago_a_cuenta

como hago para SOLAMENTE mostrar 4 de ellos
id
vendedor
fecha
importe

unknown · October 6, 2006, 10:41pm

Mostrarlos donde? en una vista? Si es en la vista, solo tenes que
borrarlos
de la misma para que no aprescan pero no se si eso lo que preguntas.

saludos,
Juan P…

El dÃa 6/10/06, [email protected] [email protected] escribiÃ³:

unknown · October 6, 2006, 10:53pm

On Oct 6, 2006, at 10:34 PM, [email protected] wrote:

estado
pago_a_cuenta

como hago para SOLAMENTE mostrar 4 de ellos
id
vendedor
fecha
importe

En general digamos que uno muestra lo que ha de mostrar nada mas, que
puede ser perfectamente un subconjunto (rara vez mostramos id por
ejemplo).

Si fuesen atributos privados ademas lo suyo es prevenir su inyeccion.
Si es el caso echa un vistazo a attr_protected y attr_accessible.

– fxn

unknown · October 6, 2006, 11:05pm

Date un vuelta por Rails en 4 Dias!, alli encontraras detalles para
principiante, que ayudan mucho te lo aseguro.

Mauricio

unknown · October 7, 2006, 1:57am

El Viernes, 6 de Octubre de 2006 22:34, [email protected]
escribió:> estado

pago_a_cuenta

como hago para SOLAMENTE mostrar 4 de ellos
id
vendedor
fecha
importe

¿Te refieres tal vez a un Scaffold?
No obstante, para futuras consultas trata de detallar más la pregunta o
será
difícil ayudarte.

Saludos.

unknown · October 7, 2006, 8:17am

Si me referia a un Scaffold

----- Original Message -----
From: “Iñaki” [email protected]
To: [email protected]
Sent: Friday, October 06, 2006 6:56 PM
Subject: Re: [Ror-es] como mostrar solo algunos campos de la base de
datos

El Viernes, 6 de Octubre de 2006 22:34, [email protected]
escribió:> si mi base de datos tiene 10 campos

pago_a_cuenta

como hago para SOLAMENTE mostrar 4 de ellos
id
vendedor
fecha
importe

¿Te refieres tal vez a un Scaffold?
No obstante, para futuras consultas trata de detallar más la pregunta o
será
difícil ayudarte.

Saludos.

–
Iñaki

Ror-es mailing list
[email protected]

unknown · October 7, 2006, 4:55am

Tendrías que colocar en tu sentencia SQL así

SELECT id, vendedor, fecha, importe FROM tabla

Consulta este manual de SQL, creo que te puede ayudar más:

Un Saludo

Jc

[email protected]
escribió:> si mi base de datos tiene 10 campos

unknown · October 7, 2006, 11:17am

El problema del scaffold que es tan generalista que para poder mostrar
todos los atributos de una clase hace un bucle donde recorre los
atributos uno a uno.

Mi recomendación es que borres esa vista y te crees una de cero.

Y para acceder a un atributo pones <%=
@variable_de_instancia.nombre_atributo %>

Scaffold está bien como base, peero no sé hasta que punto puede
resultar didáctico. Si estás aprendiendo Rails haz un scaffold y luego
investiga por tu cuenta qué hace el scaffold y vuelve a escribir el
código generado, toquetea y experimenta.

Un saludo.

unknown · December 14, 2006, 9:26pm

Mauricio Rojas wrote:

Date un vuelta por Rails en 4 Dias!, alli encontraras detalles para
principiante, que ayudan mucho te lo aseguro.

Mauricio

me parece muy bueno para iniciar, faltan cosas, pero es suficiente para
mi.

unknown · October 9, 2006, 8:35pm

Fernando B. wrote:
El scaffold, esta muy bien para un primer prototipo,
pero deja mucho que desear para el resultado final,
utilizalo como ayuda para consensuar con el cliente cuales son los
campos
y las acciones que se necesitan para cada modelo (o tabla).

unknown · December 14, 2006, 10:23pm

Puede que sea trivial… pero me estoy liando con la codificaciÃ³n de
mi db

Uso la siguiente migraciÃ³n

def self.up
db_name = ActiveRecord::Base::connection.current_database()
execute “ALTER DATABASE #{db_name} DEFAULT CHARACTER SET utf8;”
execute “ALTER DATABASE #{db_name} DEFAULT COLLATE utf8_bin;”
end

Mi archivo /etc/my.cnf

[mysqld]
character-set-server=utf8
collation-server=utf8_bin
default-character-set=utf8
default-collation=utf8_bin

Al hacer un SHOW VARIABLES; me suelta esto

ï¿¼
Se que se puede cambiar con SET asÃ

SET character_set_client = utf8;
SET character_set_results = utf8;
SET character_set_connection = utf8;
SET collation_connection = @@collation_database;

Pero los cambios en collation_connection (la del swedish ese
inquietante) parecen
desaparecer al volver a ejecutar migraciones

La pregunta es… como influyen character_set_client,
character_set_connection, character_set_results y
sobre todo character_set_connection en la marcha de la aplicaciÃ³n

Â¿con mandarle el default charset utf8 y un collate utf8_bin es
suficiente para que funcione correctamente
con muchos idiomas? Â¿esas propiedades latin1 influyen?

gracias

marze
[email protected]

unknown · December 15, 2006, 1:37am

Hola
Mira, nosotros solucionamos el tema de la siguiente manera
en los migrate forzamos utf8 para asegurarnos que las tablas son creadas
correctamente

def self.up
create_table(‘mitabla’, :options => ‘ENGINE=InnoDB DEFAULT
CHARSET=UTF8’) do |t|
…
end

Luego en database.yml agregamos lo siguiente a la definiciones de las
conexiones
encoding: utf8

Esto los necesitas para que pase la conexiÃ³n con la db a utf8, sino vas
a
grabar latin1 sobre la base creada con utf8, lo aprendimos por el camino
difÃcil esto

RecordÃ¡ tambiÃ©n usar utf8 en las pÃ¡ginas html para que los formularios
sean
submitidos correctamente.

Saludos

unknown · December 15, 2006, 10:06pm

innoDB?

he leÃdo que MyIsam permite bÃºsquedas mÃ¡s profundas
xq usar innoDB??

El 15/12/2006, a las 1:37, Hernan F. escribiÃ³:

create_table('mitabla', :options => 'ENGINE=InnoDB DEFAULT

CHARSET=UTF8’) do |t|

marze
[email protected]

unknown · December 15, 2006, 10:38pm

Para mas informacion:

http://dev.mysql.com/doc/refman/5.1/en/storage-engine-choosing.html

unknown · December 15, 2006, 10:36pm

entre otras razones, quizas porque innodb soporta transacciones? o
porque permite bloquear por fila, en lugar de hacerlo a nivel de la
tabla completa, a la hora de modificar registros?

InnoDB suele ser mas flexible. MyISAM ofrece mejor rendimiento bajo
ciertas condiciones (lecturas frecuentes, escritura ocasional, por
ejemplo.)

MyISAM ofrece indices de texto (“fulltext”) y algunas facilidades
para GIS (procesamiento geografico).

Asi que la decision depende de tus necesidades particulares.

Y si no tienes muchos detalles sobre tus necesidades, InnoDB es una
mejor alternativa.

unknown · December 16, 2006, 1:49am

Al usar el scaffold genera todos los campos por defecto en la vista.

Hay que cambiar manualmente el codigo en la vista para que solo
aparezcan los campos que te interesan

si mi base de datos tiene 10 campos

id
fecha
codigo_cliente
condicion_de_pago
orden_compra
vendedor
importe
lista_de_precio
estado
pago_a_cuenta

como hago para SOLAMENTE mostrar 4 de ellos
id
vendedor
fecha
importe

unknown · December 16, 2006, 8:06pm

Estoy de acuerdo con lo que dice Sebastian, peeero todo tiene un grano
de
sal

MyIsam es mas rÃ¡pida que InnoDB, cuando? en general miles o decenas de
miles
de filas guardadas, para el resto de las veces no notarÃ¡s la diferencia
con
el hardware disponible hoy en dÃa.

Una de las ventajas de MyIsam es el “famoso” FullTextSearch, hasta donde
se
tenÃ©s que recompilar MySQL para ajustar algunos parÃ¡metros de la base de
datos, nunca lo usÃ© no estoy seguro.

El otro tema es que tipo de bÃºsquedas vas a hacer y si es muy importante
el
sistema de bÃºsqueda.
TenÃ© en cuenta la problemÃ¡tica de buscar en varios idiomas por algo como
reconstruccion / reconstrucciÃ³n / re-construcciÃ³n / re-construccion / re
construcciÃ³n / re construccion
el ejemplo no es el mejor tal ves pero creo que ilustra el problema, un
usuario “comÃºn” suele tener una imaginaciÃ³n mas prolÃfica para estas
cosas.

Como dice SebastiÃ¡n todo depende de lo que quieras hacer

unknown · December 15, 2006, 11:14pm

genial! muchas gracias por la info

mi aplicaciÃ³n va a manejar mucho texto y varios idiomas, creo que por
el tema de las
bÃºsquedas MyIsam se ajusta mÃ¡s, creo

no va a ser nada empresarial ademÃ¡s

El 15/12/2006, a las 22:36, Sebastian D. escribiÃ³:

xq usar innoDB??

Ror-es mailing list
[email protected]
simplelogica.net

Ror-es mailing list
[email protected]
simplelogica.net

marze
[email protected]

unknown · December 17, 2006, 11:34am

Además de que, parece ser (y casi que doy fe) que las MyIsam tienen
cierta tendencia a corromperse sin razón apararente y cuando menos te
lo esperas.

Si la única razón para usar MyISAM es la búsqueda mejor utilizar
Ferret, que además ahora está muy integrado con Rails. Así nos
evitaremos complicaciones con las corrupciones de los datos.

Un enlace:

http://blog.zmok.net/articles/2006/08/14/full-text-search-in-ruby-on-rails

unknown · December 17, 2006, 4:39pm

Eureka,

solo enseÃ±o les campos First Name y Last Name

Listing people

<% for person in @people %>

<% end %>

<td><%= link_to 'Show', :action => 'show', :id => person %></td>
<td><%= link_to 'Edit', :action => 'edit', :id => person %></td>
<td><%= link_to 'Destroy', { :action => 'destroy', :id => person },

:confirm => ‘Are you sure?’, :post => true %>

<% end %>

First Name	Last Name
<%=h person.FirstName %>	<%=h person.LastName %>

<%= link_to ‘Previous page’, { :page => @person_pages.current.previous }
if @person_pages.current.previous %>
<%= link_to ‘Next page’, { :page => @person_pages.current.next } if
@person_pages.current.next %>

<%= link_to ‘New person’, :action => ‘new’ %>