Je bosse pour un éditeur de parefeu et j'avoue que MySQL nous a donné du fil à retordre (ou détordre ? je ne sais plus trop). J'avais testé plusieurs types de données (VARCHAR(32), BINARY(16) et un autre je crois) en comparant les temps d'insertion, temps de recherche (comparaison), etc. Le choix n'est pas évident, mais dans notre cas, c'était l'analyse de log qui a tranché pour le type BINARY(16) car il est plus rapide pour le filtrage par des masques de sous-réseau de taille non multiple de 8. Je vous raconte pas comment c'est pratique pour déboguer avec le client MySQL en ligne de commande :-)
Bon depuis on a arrêté de déconner : on est passé à PostgreSQL qui propose un type de colonne « inet » qui gère IPv4 et IPv6 de base. Ca veut surtout dire qu'on peut écrire naturellement "ff02::2" dans une requête SQL.
[^] # MySQL et IPv6, ha ha ha
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche La pénurie d'adresse IPv4 sera-t-elle pour le 12/12/2012 ?. Évalué à 10.
Bon depuis on a arrêté de déconner : on est passé à PostgreSQL qui propose un type de colonne « inet » qui gère IPv4 et IPv6 de base. Ca veut surtout dire qu'on peut écrire naturellement "ff02::2" dans une requête SQL.