🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: chile.comp.programacion
7 messages
7 total messages Started by +mArkO+ Mon, 21 May 2007 23:59
duda mysql
#894
Author: +mArkO+
Date: Mon, 21 May 2007 23:59
25 lines
1383 bytes
sorry por lo basica que pudiera llegar a ser, pero que significaria

int(11)

int(6)

no entiendo el formato que se utiliza


encontre solo esto:
=====================================================
Tipo de Campo  Tama�o de Almacenamiento
TINYINT  1 byte
SMALLINT 2 bytes
MEDIUMINT  3 bytes
INT 4 bytes
INTEGER 4 bytes
BIGINT 8 bytes
FLOAT(X) 4 � 8 bytes
FLOAT 4 bytes
DOUBLE 8 bytes
DOUBLE PRECISION 8 bytes
REAL 8 bytes
DECIMAL(M,D M+2 bytes s� D > 0, M+1 bytes s� D = 0
NUMERIC(M,D) M+2 bytes if D > 0, M+1 bytes if D = 0 
Re: duda mysql
#895
Author: gato2006chile
Date: Tue, 22 May 2007 01:07
31 lines
1851 bytes
Yo tenia entendido que es lo mismo que las cadenas, el numero de digitos 
que permite el numero.

+mArkO+ escribi�:
> sorry por lo basica que pudiera llegar a ser, pero que significaria
> 
> int(11)
> 
> int(6)
> 
> no entiendo el formato que se utiliza
> 
> 
> encontre solo esto:
> =====================================================
> Tipo de Campo  Tama�o de Almacenamiento
> TINYINT  1 byte
> SMALLINT 2 bytes
> MEDIUMINT  3 bytes
> INT 4 bytes
> INTEGER 4 bytes
> BIGINT 8 bytes
> FLOAT(X) 4 � 8 bytes
> FLOAT 4 bytes
> DOUBLE 8 bytes
> DOUBLE PRECISION 8 bytes
> REAL 8 bytes
> DECIMAL(M,D M+2 bytes s� D > 0, M+1 bytes s� D = 0
> NUMERIC(M,D) M+2 bytes if D > 0, M+1 bytes if D = 0 
> 
> 
Re: duda mysql
#897
Author: ISO 9001
Date: Tue, 22 May 2007 13:16
34 lines
1903 bytes
Es eso. Un n�mero, (entero si no me equivoco) con 6 d�gitos, es decir hasta 
el 999.999

"gato2006chile" <gato2006chileSINESTO@gmail.com> escribi� en el mensaje 
news:f2tfqb$c9m$1@news.nivel5.cl...
> Yo tenia entendido que es lo mismo que las cadenas, el numero de digitos 
> que permite el numero.
>
> +mArkO+ escribi�:
>> sorry por lo basica que pudiera llegar a ser, pero que significaria
>>
>> int(11)
>>
>> int(6)
>>
>> no entiendo el formato que se utiliza
>>
>>
>> encontre solo esto:
>> =====================================================
>> Tipo de Campo  Tama�o de Almacenamiento
>> TINYINT  1 byte
>> SMALLINT 2 bytes
>> MEDIUMINT  3 bytes
>> INT 4 bytes
>> INTEGER 4 bytes
>> BIGINT 8 bytes
>> FLOAT(X) 4 � 8 bytes
>> FLOAT 4 bytes
>> DOUBLE 8 bytes
>> DOUBLE PRECISION 8 bytes
>> REAL 8 bytes
>> DECIMAL(M,D M+2 bytes s� D > 0, M+1 bytes s� D = 0
>> NUMERIC(M,D) M+2 bytes if D > 0, M+1 bytes if D = 0 
Re: duda mysql
#898
Author: Jos� Miguel Santib��ez
Date: Tue, 22 May 2007 18:38
32 lines
2037 bytes
En el cap�tulo anterior (news:f2tbpi$avv$1@news.nivel5.cl), "+mArkO+" 
<kitim@porta.cl> dijo:

> sorry por lo basica que pudiera llegar a ser, pero que significaria
> 
> int(11)
> 
> int(6)
> 
> no entiendo el formato que se utiliza
> 

El n�mero, s�lo influye en el ancho que se utiliza para mostrar la 
columna... No en los valores almacenados...

cuando haces un "select columna1, columna2 from tabla" _desde_ la interfaz 
de texto, si columna1 es int(11) y columna2 es int(6) entonces el resultado 
debiera ser:
+-----------+------+
|columna1   |columa2|
+-----------+------+
|          1|     1|
+-----------+------+


pero el rango de valores es el que le corresponde a los enteros de 4 bytes 
(-2^31 -1 a 2^31)

-- 
Apoye a la campa�a de alfabetizaci�n y  |       Jose M. Santiba�ez A.
ordenaci�n de las news, cada post en su |          <jms@nivel5.cl>
lugar y el lugar exacto para cada post  |        <http://caos.cl/jms>
Re: duda mysql
#900
Author: ISO 9001
Date: Tue, 22 May 2007 20:12
48 lines
2686 bytes
Esa es respuesta Mierrrrr.

Miguel :
1) Entonces, supongo, utilizan la misma cantidad de memoria un int(15) que 
un int(3) que contienen el mismo n�mero?
2) �Puedo meter el n�mero 100.000 en un int(3)?, Ya que seg�n lo explicado 
s�lo me perjudica para la visualizaci�n?, �o lo trunca?
3) En un int(6), puedo meter el n�mero 1.000.000 ?

Una vez me lo explicaron, hice la pregunta de la memoria y no lo supieron 
explicar. Te agradecer�a.


"Jos� Miguel Santib��ez" <jms.nospam@nivel5.cl> escribi� en el mensaje 
news:Xns99389B5BE2F1Fjmsnews@200.27.221.71...
> En el cap�tulo anterior (news:f2tbpi$avv$1@news.nivel5.cl), "+mArkO+"
> <kitim@porta.cl> dijo:
>
>> sorry por lo basica que pudiera llegar a ser, pero que significaria
>>
>> int(11)
>>
>> int(6)
>>
>> no entiendo el formato que se utiliza
>>
>
> El n�mero, s�lo influye en el ancho que se utiliza para mostrar la
> columna... No en los valores almacenados...
>
> cuando haces un "select columna1, columna2 from tabla" _desde_ la interfaz
> de texto, si columna1 es int(11) y columna2 es int(6) entonces el 
> resultado
> debiera ser:
> +-----------+------+
> |columna1   |columa2|
> +-----------+------+
> |          1|     1|
> +-----------+------+
>
>
> pero el rango de valores es el que le corresponde a los enteros de 4 bytes
> (-2^31 -1 a 2^31)
>
> -- 
> Apoye a la campa�a de alfabetizaci�n y  |       Jose M. Santiba�ez A.
> ordenaci�n de las news, cada post en su |          <jms@nivel5.cl>
> lugar y el lugar exacto para cada post  |        <http://caos.cl/jms> 
Re: duda mysql
#903
Author: Jos� Miguel Santib��ez
Date: Wed, 23 May 2007 01:12
34 lines
2361 bytes
En el cap�tulo anterior (news:46534fde$1@spawn.telmexchile.cl), "ISO
9001" <paul@malbec.cl> dijo: 

> Esa es respuesta Mierrrrr.
> 
> Miguel :
> 1) Entonces, supongo, utilizan la misma cantidad de memoria un int(15)
> que un int(3) que contienen el mismo n�mero?

sip... el almacenamiento es el mismo... De hecho, estuve haciendo pruebas, 
y aparentemente la diferencia _solo_ es visible si el campo est� declarado 
"unsigned zerofill"

> 2) �Puedo meter el n�mero 100.000 en un int(3)?, Ya que seg�n lo
> explicado s�lo me perjudica para la visualizaci�n?, �o lo trunca?

a lo m�s te va a producir un salto en la visualizaci�n... el �nico punto 
donde lo trunca es en los 2147483647 (no puede haber un int mayor que se; a 
menos que sea bigint)

> 3) En un int(6), puedo meter el n�mero 1.000.000 ?

si.. incluso en un int(3)

> Una vez me lo explicaron, hice la pregunta de la memoria y no lo
> supieron explicar. Te agradecer�a.
> 

Salute!

-- 
Apoye a la campa�a de alfabetizaci�n y  |       Jose M. Santiba�ez A.
ordenaci�n de las news, cada post en su |          <jms@nivel5.cl>
lugar y el lugar exacto para cada post  |        <http://caos.cl/jms>
Re: duda mysql
#905
Author: ISO 9001
Date: Wed, 23 May 2007 13:40
40 lines
2490 bytes
Te pasaste.... MUCHAS GRACIAS (con may�scula).


"Jos� Miguel Santib��ez" <jms.nospam@nivel5.cl> escribi� en el mensaje 
news:Xns9938DE140F4C0jmsnews@200.27.221.71...
> En el cap�tulo anterior (news:46534fde$1@spawn.telmexchile.cl), "ISO
> 9001" <paul@malbec.cl> dijo:
>
>> Esa es respuesta Mierrrrr.
>>
>> Miguel :
>> 1) Entonces, supongo, utilizan la misma cantidad de memoria un int(15)
>> que un int(3) que contienen el mismo n�mero?
>
> sip... el almacenamiento es el mismo... De hecho, estuve haciendo pruebas,
> y aparentemente la diferencia _solo_ es visible si el campo est� declarado
> "unsigned zerofill"
>
>> 2) �Puedo meter el n�mero 100.000 en un int(3)?, Ya que seg�n lo
>> explicado s�lo me perjudica para la visualizaci�n?, �o lo trunca?
>
> a lo m�s te va a producir un salto en la visualizaci�n... el �nico punto
> donde lo trunca es en los 2147483647 (no puede haber un int mayor que se; 
> a
> menos que sea bigint)
>
>> 3) En un int(6), puedo meter el n�mero 1.000.000 ?
>
> si.. incluso en un int(3)
>
>> Una vez me lo explicaron, hice la pregunta de la memoria y no lo
>> supieron explicar. Te agradecer�a.
>>
>
> Salute!
>
> -- 
> Apoye a la campa�a de alfabetizaci�n y  |       Jose M. Santiba�ez A.
> ordenaci�n de las news, cada post en su |          <jms@nivel5.cl>
> lugar y el lugar exacto para cada post  |        <http://caos.cl/jms> 
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads