elhacker.net cabecera Bienvenido(a), Visitante. Por favor Ingresar o Registrarse
¿Perdiste tu email de activación?.

 

 


Tema destacado: Los 10 CVE más críticos (peligrosos) de 2020


+  Foro de elhacker.net
|-+  Programación
| |-+  Desarrollo Web
| | |-+  Bases de Datos (Moderador: Carloswaldo)
| | | |-+  buscar en una gran cantidad de datos (php/txt)
0 Usuarios y 1 Visitante están viendo este tema.
Páginas: 1 [2] Ir Abajo Respuesta Imprimir
Autor Tema: buscar en una gran cantidad de datos (php/txt)  (Leído 10,203 veces)
^Tifa^


Desconectado Desconectado

Mensajes: 2.804


Ver Perfil
Re: buscar en una gran cantidad de datos (php/txt)
« Respuesta #10 en: 13 Enero 2010, 05:57 am »

Napk, desde MySQL 5.0.3 VARCHAR viene soportando un maximo de 65,400 mas o menos caracteres. Mis ejemplos son relativos, coloco CHAR(15) porque son eso ejemplos de tablas con registros chiquitos  ;)  Ahora tengo una condicion personal, si es algo que yo asumo sobrepasara de 50 bytes (Una direccion por ejemplo) pues me voy con VARCHAR porque su tamanio es variable no fijo ni constante, pero si yo se que el estandar de un primer nombre no ocupa mas de 15 o 20 caracteres, pues para nombre lo ideal seria CHAR(20).

Porque CHAR y no VARCHAR... porque me gusta cuidar la integridad de mis datos  ;)   que aunque aca influya tambien el motor de almacenamiento, si no me veo en la necesidad de dar uso de un motor transaccional por las funcionalidades que tiene y el consumo que exhige, tengo entonces yo que intentar cuidar la integridad de mis datos. Y si un tipo de dato puede ayudarme a cuidar mis registros chiquitos, le saco el provecho que requiero.

VARCHAR...simula VARCHAR como un sistema de archivos Ext2 o FAT32  :xD  donde la data se va insertando en distintos bloques sin orden alguno y dejando aveces algun bloquecito en medio vacio  :rolleyes:  todo desfragmentado ahi, ocupara menos espacio de HD en un datafile, pero prefiero que me ocupe mas bytes de disco una data constante organizada en un motor no transaccional para data chiquita, que tener que cuidar espacio del disco en un motor no transaccional con una data desfragmentadora.

Cuestion de gustos de cada quien asumo  ;)


En línea

WHK
Moderador Global
***
Desconectado Desconectado

Mensajes: 6.606


Sin conocimiento no hay espíritu


Ver Perfil WWW
Re: buscar en una gran cantidad de datos (php/txt)
« Respuesta #11 en: 13 Enero 2010, 06:44 am »

hace tiempo no se si se acuerdan hize un sistema que se llamaba "elf ripper md5" que era un sistema web que tu entrabas y le dabas una url de una web, entonces el sistema entraba ahi y separaba el contenido palabra por palabra e ingresaba su equivalente en hash md5 al sistema para poder crear un crackeador eficiente y todos los campos eran de tipo text.

En localhost lo probé dandole varios diccionarios de texto como archivo url pero cuando lo subí a un servidor web pude almacenar mas de 5 millones de hashses y las busquedas no demoraban mas de medio segundo aunque de todas formas si es por ahorrar recursos lo óptimo sería restringir el valor de un char a por lo menos 20 si es nombre y así dependiendo el tipo de dato a almacenar y verificar la longitud de carácteres desde php antes de ser procesado en la base de datos o si no retornará un path disclosure.


En línea

^Tifa^


Desconectado Desconectado

Mensajes: 2.804


Ver Perfil
Re: buscar en una gran cantidad de datos (php/txt)
« Respuesta #12 en: 13 Enero 2010, 18:18 pm »

Exacto WHK aunque no conoci tu sistema, si comprobaste que funcionaba asi perfecto  ;) pero para evitar eso que dices del disclosure en PHP (Y para evitarte restrinccion de envio de data entre el cliente - servidor de MySQL por dar uso de TEXT con la variable max_allowed_packet, y que luego se te trunque la data porque esta variable asi lo especifica) Mayor control con CHAR o VARCHAR

Como dije cuestion de gustos personales, todos tenemos uno.
En línea

Páginas: 1 [2] Ir Arriba Respuesta Imprimir 

Ir a:  

WAP2 - Aviso Legal - Powered by SMF 1.1.21 | SMF © 2006-2008, Simple Machines