Menú

Mostrar Mensajes

Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.

Mostrar Mensajes Menú

Mensajes - Skeletron

#1001
Jjajajajaj

Ese codigo, es como un "HASH", pero que debe ser comparado por fracciones... Y cada numero, cada valooorrr, de cadaaa fragmenntoooo.. es de mucha importancia.. por eso no puedo crear un HASH
#1002
No me caeria mal estar atado a FIREFOX.. Estoy atado siempre :)
#1003
WOW.. El nombre que le puse al psot debe haber dado miedo.. jajaja

Señores.. les voy a comentar algo...
Para poder entender lo que les diga, tienen que calibrar su cerebro a NO DISCUTIR EL "PORQUE" DE LA INCOHERENCIA QUE VOY A HACER...

Porque digo esto??.. Por ésto:
Una tabla de mi DATABASE de MYSQL tiene que guardar un dato algo "COMPLICADO".. Consiste en guardar un "nombre" (char) (hasta aca no hay ningun tipo de problema), y ese "nombre" es la identificacion de una secuencia de "CODIGOS"...
A ver...
Imaginen que tengo una tabla donde se guardará un CODIGO grandisimo y con él, un nombre... como un "ID"...

El problema es:
Como me conviene guardar ese codigo???
Seguramente dirán: "WOW... NO ENTIENDO PORQUE LA PREGUNTA TAN IDIOTA"... es porque, el problema viene ahora:
Ese CODIGO esta compuesto por 500 tramos..
Si.. imaginen que "noel" (el nombre) es la identificacion del codigo: 12345678 12345678 12345678 12345678 (y repetir 8 numeros 500 veces)
Sigue todo incoherente, pero aca les aclaro mas el problema ( ;-) )
La web, tiene en su momento, que analizar TODOS los codigos esos que hay guardados con diferentes nombres... en base a otro codigo de 500 pedasos, yo tengo que ver CUALES CODIGOS tienen el X% de pedasos iguales... o sea.. supongamos el 75%.. tengo que mostrar los "NOMBRES" identificadores, de los CODIGOS en la base de datos que coinciden en un 75% sus "PEDASOS" respecto a otro codigo ingresado por el usuario de 500 pedasos...



:)

ESTOY SEGURO QUE NO SABEN QUE RESPONDER.. PORQUE NO ENTIENDEN DONDE ESTA LA PREGUNTA...
La pregutna es:
La tabla: "QUILOMBO": ¿¿¿¿¿¿¿¿¿¿¿tendria que tener un campo: "NOMBRE", y 500 campos llamados: "Pedazo1", "Pedazo2".. Pedazo"500", para poder facilitar la "obtencion" (comparacion) de los PEDAZOS de CODIGO??????????????????


Y la gran pregunta luego, será: "¿Cual es la sentencia que tengo que escribir para chekear que coincidan esos porcentajes?

Nunca les pasó que estan seguros que jamas en la vida va a responder alguien este post???.. yo siento eso...
#1004
Hola gente..
Estuve leyendo que al subirse un archivo al host desde la web, el archivo primero pasa a un carpeta temporal del server y luego para que no se borre hay que pasarla a una carpeta "fija"... Y que los archivos de la carpeta temporal, se eliminan automaticamente..

Tengo varias preguntas al respecto:
*Cuanto tiempo duran exactamente los archivos en esa carpeta temporal antes de ser eliminados?
*Es posible analizar el archivo ANTES DE SUBIRLO A LA CARPETA TEMPORAL?? para disminuir el ancho de banda usado...
+---*En caso de que sea posible, me dicen como¿? :D
#1005
Estuve leyendo algo:
http://dev.mysql.com/doc/refman/5.0/es/char.html

Ahora buscando algo que hablan de la diferencia de velocidad.. porque no encuentro nada.


EDITO:
Aca hablan de lo que dices...
Citar
Tu primer impulso sería elegir VARCHAR y sacar provecho del menor espacio de almacenamiento requerido en la tabla con el objetivo de aumentar la velocidad en las búsquedas tal como yo lo describí anteriormente pero VARCHAR es la excepción a la regla. Cuando usas VARCHAR en una tabla (al igual que ciertas columnas creadas para grandes cantidades de texto y valores binarios) el ancho de cada fila se hace inconsistente. Una fila podría tener 40 bytes de longitud mientras que otra sólo 8. MySQL puede manejar esto almacenando la longitud de la fila en su sistema de archivos pero el servidor debe leer la longitud de cada fila antes de buscarla y continuar con la siguiente fila, donde deberá verificar la longitud otra vez, ad nauseam. Al definir campos de texto como CHAR ocuparemos más espacio en el disco rígido pero habrá un aumento en la velocidad ya que el servidor sabrá que cada una de las filas tiene exactamente el mismo tamaño (por ejemplo 120 bytes), permitiéndole que busque entre las filas sin verificar su longitud primero. Por tal motivo, recomiendo que definas tus campos de texto como CHAR para mejorar la performance de las consultas, a menos que el espacio de almacenamiento sea una consideración importante (y con los precios de los discos de hoy en día esta no es una gran preocupación, principalmente con nuestra aplicación).
http://es.answers.yahoo.com/question/index?qid=20070423094137AARMM9p
#1006
Alguien mas opina lo que dijoSnakeDrak???
Algunas sentencias cambian al cambiar ello???

Realmente necesito muchhhaaa velocidad...
#1007
Perfecto..
Lo que creé está exactamente igual..

A diferencia que mail tiene: varchar(32)
No 80..
si alguien coloca un e-mail de 10 caracteres, ocupará la misma cantidad de espacio tanto en maximo 80 como en maximo 32??
#1008
Quien va a tener un e-mail de 80 caracteres??
No será mucho???


No encuentro ningun NOT NULL...
Estoy con PHPMyAdmin
#1009
Hola señores..
Estoy haciendo una base de datos, en ella se guardaran e-mails y la identificacion del e-mail(numerica auto creciente)..
Es simplemente para los que quieran suscribirse a noticias de mi web...

Soy muy novato con MySQL y bases de datos..

Mi pregunta es:
El campo a guardar el e-mail, tiene que ser un VARCHAR??? de 30 caracteres es basta no?
Tiene que ir algun atributo? indice?? algo?
#1010
Tema solucionado en el otro post..

Muchas Gracias