Meilleur champ de base de données pour un type d'URL

J'ai besoin de stocker une url dans une table MySQL. Quelle est la meilleure pratique pour la définition d'un champ contenant une URL avec une durée indéterminée?

Cela dépend de ce que vous avez besoin, d'indexation, de l'unicité ?
Je m'attendais à un assez simple de répondre ici, mais a été assez surpris par les réponses couvrant des éléments que je n'avais pas considéré comme. Très intéressant à lire que j'ai ajoutés à mon compte d'enseignement.
Juste aller avec le TEXT type et de sauter la lecture de toutes les réponses ci-dessous. En fin de compte, qu'est ce que la plupart d'entre elles suggèrent. 🙂 Bien sûr, si Vous avez besoin d'indexation ou de l'unicité, aller pour VARCHAR, depuis TEXT ne peuvent pas être indexées facilement.

InformationsquelleAutor Jesse Hattabaugh | 2008-10-20

305
1. Plus petit dénominateur commun max longueur de l'URL entre les navigateurs web les plus courants: de 2 083 (Internet Explorer)
2. http://dev.mysql.com/doc/refman/5.0/en/char.html
  
  Valeurs dans des colonnes VARCHAR sont des chaînes de longueur variable. La longueur peut être défini comme une valeur de 0 à 255 avant MySQL 5.0.3, et de 0 à 65 535 en 5.0.3 et les versions ultérieures. La longueur maximale réelle d'un VARCHAR dans MySQL 5.0.3 et, plus tard, est soumise à la taille maximale de ligne (65 535 octets, qui est partagé entre toutes les colonnes) et le jeu de caractères utilisé.
3. Donc ...
  
  < MySQL 5.0.3 utilisation TEXTE
  
  ou
  
  >= MySQL 5.0.3 utilisation VARCHAR(2083)
- Bonne réponse, mais personnellement, je voudrais limiter la longueur. Selon le projet, vous pouvez limiter la accepté url. Qui utilise l'url longet de 200?
- Ils ferais mieux de venir avec une uri de type de données "comprend" la structure d'uri, de sorte que l'indexation et la recherche est effectuée de manière efficace, comme l'oracle l'a fait...attendez, mysql est maintenant oracle... download.oracle.com/docs/cd/B10464_05/web.904/b12099/...
- Cette réponse est un peu trompeur. Notez que le "plus petit dénominateur commun" ici est vide de sens, vous voulez utiliser le plus numéro un navigateur ou le serveur accepte (ce qui n'est pas conforme et sous réserve de modification). Comme votre lien dit: "...la spécification du protocole HTTP ne précise pas la longueur maximale...", donc ne vous embêtez pas avec qui VARCHAR(2083), il suffit d'utiliser TEXT.
- Exemple, aussi à partir de votre lien: "Après 65 536 caractères, et l'emplacement de la barre ne s'affiche plus l'URL dans Windows Firefox 1.5.x. Cependant, plus l'Url de travail. J'ai arrêté les tests après 100 000 caractères."
- Sujet n ° 3: Notez que si vous utilisez MySql et je voulais définir une valeur par défaut, vous devez utiliser VARCHAR (stackoverflow.com/questions/3466872/...)
- Je suis en train de stockage Magnétique des Liens, certains de ces liens. 483 Caractères pour l'un de mes liens
- Je suis en utilisant MySQL 5.6.31, et je voudrais faire le url champ comme clé unique, le serveur dit max longueur de clé est de 767 octets j'ai Donc décidé de régler sa longueur à 767 en plus j'ai besoin également de définir le caractère ascii. La finale de sql ressembler à ceci: CREATE TABLE pages (id INT AUTO_INCREMENT NOT NULL, url VARCHAR(767) NOT NULL, UNIQUE INDEX UNIQ_2074E575F47645AE (url), PRIMARY KEY(id)) DEFAULT CHARACTER SET ascii COLLATE ascii_general_ci ENGINE = InnoDB
- Je ne suis pas sûr de codage par défaut, mais je pense que le réglage de jeu de caractères utf-8, c'est mieux.
- FYI - Asp.Net MVC [Display(Name = "My URL")] [Column(TypeName = "VARCHAR")] [StringLength(2083)] public string MyUrl { get; set; }
InformationsquelleAutor micahwittman
31

VARCHAR(512) (ou similaire) devrait être suffisant. Cependant, puisque vous ne savez pas vraiment la longueur maximale de l'Url en question, je pourrais juste aller directement à TEXT. Le danger avec ce qui est bien sûr la perte d'efficacité due à CLOBs étant beaucoup plus lent que d'une simple chaîne de caractères type de données comme VARCHAR.
- quel est le classement ?
InformationsquelleAutor Daniel Spiewak
16

varchar(max) pour SQLServer2005

varchar(65535) pour MySQL 5.0.3 et plus tard

Ce sera une allocation de stockage en tant que de besoin et ne devrait pas affecter les performances.
- Dans votre extrait de code, est max une magie ANSI SQL spécificateur de croître VARCHAR taille que nécessaire, ou est-ce juste une méta-variable pour le bien de l'exemple?
- Dans MySQL, vous avez très probablement ne peut pas avoir un varchar que les grandes, à moins que c'est la seule colonne dans la table.
- Spiewak: "La différence fondamentale entre le TEXTE et le type VARCHAR(MAX), c'est que un type de TEXTE sera toujours stocker les données dans un blob alors que le type VARCHAR(MAX) type essaie de stocker les données directement dans la ligne si elle dépasse le 8k à la limitation et à ce stade, il les stocke dans un blob." stackoverflow.com/questions/834788/... Mais la question était à propos de MySQL, donc ce n'est pas vraiment pertinent ici.
InformationsquelleAutor Bob Probst
9

Vous aurez envie de choisir entre un TEXTE ou une colonne de type VARCHAR basé sur combien de fois l'URL sera utilisée et si vous fait besoin de la durée pour être indépendant.

Utilisation VARCHAR avec maxlength >= de 2 083 comme micahwittman suggéré si:
1. Vous allez utiliser beaucoup d'Url par requête (à la différence des colonnes de TEXTE, VARCHARs sont stockés en ligne avec la ligne)
2. Vous êtes sûr qu'une URL ne pourra jamais dépasser la ligne de limite de 65 535 octets.
Utilisation TEXTE si :
1. L'URL pourrait vraiment briser le 65 535 octets limite de ligne
2. Vos requêtes de ne pas sélectionner ou mettre à jour un tas d'Url à la fois (ou très souvent). C'est parce que les colonnes de TEXTE il suffit de tenir un pointeur en ligne, et le nombre d'accès aléatoires à suivre pour récupérer les données référencées peuvent être douloureux.
InformationsquelleAutor mrgrieves
9

Vous devez utiliser un VARCHAR avec un caractère ASCII codage. Url pour cent sont codées et internationales des noms de domaine de l'utilisation punycode donc ASCII est assez pour les stocker. Cela permettra d'utiliser beaucoup moins d'espace que l'UTF8.
```
VARCHAR(512) CHARACTER SET 'ascii' COLLATE 'ascii_general_ci' NOT NULL
```
- n'est pas de l'UTF-8 utilisation de plus d'espace lorsqu'il n'a qu'à ?
InformationsquelleAutor Flavio Tordini
4

La plupart des navigateurs vous permettent de mettre de très grandes quantités de données dans une URL et donc beaucoup de choses à créer de très grandes Url donc, si vous parlez de quelque chose de plus que le domaine d'une URL que vous aurez besoin d'utiliser une colonne de TEXTE depuis le VARCHAR/CHAR sont limitées.

InformationsquelleAutor carson
4

Cela dépend vraiment de vos cas d'utilisation (voir ci-dessous), mais le stocker comme TEXT a des problèmes de performances, et un énorme VARCHAR sonne comme overkill pour la plupart des cas.

Mon approche: utiliser un généreux, mais pas excessivement large VARCHAR longueur, comme VARCHAR(500), et d'encourager les utilisateurs qui ont besoin d'un plus gros URL à utiliser un raccourcisseur d'URL comme safe.mn.

Le Twitter approche: Pour un très beau UX, automatique raccourcisseur d'URL pour trop longtemps URL et de stocker la "version" de la liaison que d'un extrait de l'URL avec des points de suspension à la fin. (Exemple: http://stackoverflow.com/q/219569/1235702 sera affiché comme stackoverflow.com/q/21956... et aurait un lien vers une URL raccourcie http://ex.ampl/e1234)

Notes et Avertissements
- Évidemment, le Twitter approche est plus sympa, mais pour mon application, de ses besoins, de recommander un raccourcisseur d'URL est suffisant.
- Des raccourcisseurs d'URL ont leurs inconvénients, tels que les questions de sécurité. Dans mon cas, ce n'est pas un risque énorme, car les URL ne sont pas publiques, et pas très utilisé; cependant, de toute évidence, cela ne fonctionnera pas pour tout le monde. coffre-fort.mn semble bloquer beaucoup de spam et de phishing et les URL, mais je voudrais encore vous recommandons la prudence.
- Assurez-vous de noter que vous ne devriez pas forcer les utilisateurs à utiliser un raccourcisseur d'URL. Pour la plupart des cas (au moins pour mon application à ses besoins), 500 caractères est trop suffisante pour ce que la plupart des utilisateurs de l'utiliser pour. Uniquement utiliser/vous recommander un raccourcisseur d'URL pour trop longtemps des liens.
- Si vous fournissez un construit-dans le raccourcisseur d'url, n'est-ce pas encore le besoin de conserver de la pleine longueur de l'url dans une base de données quelque part pour que cela fonctionne? 🙂
- Bien sûr; mais je doute que la plupart des gens écrivent leur propre raccourcisseur d'. Depuis la rédaction du présent, j'ai appris qu'il y a beaucoup de raccourcissement d'URL Api là-bas (71 sont répertoriés ici: programmableweb.com/news/...), de sorte que vous pouvez automatiser le processus, sans même écrire votre propre. Il dépend toujours de l'utilisateur de la connaissance et le consentement, bien sûr.
InformationsquelleAutor CullenJ
3

Je ne sais pas pour les autres navigateurs, mais IE7 a un 2083 limite de caractères pour HTTP GET opérations. À moins que tout les autres navigateurs ont des limites plus basses, je ne vois pas pourquoi vous auriez besoin de plus de caractères que 2083.

InformationsquelleAutor matt b
1

La plupart des serveurs web ont un URL limite de longueur (c'est pourquoi il y a un code d'erreur pour "URI too long"), ce qui signifie qu'il est une pratique de taille supérieure. Trouver la valeur par défaut limite de longueur pour le plus populaire des serveurs web, et d'utiliser le plus grand d'entre eux comme le champ taille maximale; il devrait être plus que suffisant.

InformationsquelleAutor CesarB
1

Vous feriez mieux d'utiliser varchar(max) qui (en termes de taille) signifie varchar (65535).
Ce sera même stocker vos gros adresses web et permettra d'économiser votre espace.

Le spécificateur max étend les capacités de stockage de la colonne de type varchar,
nvarchar et varbinary. varchar(max), nvarchar(max), et
varbinary(max) sont collectivement appelés le grand-types de données de valeur. Vous pouvez
utilisez la grande valeur des types de données pour stocker jusqu'à 2^31-1 octets de données.

Voir cet article sur TechNet sur l'utilisation de l'Aide de Données de Grande Valeur Types
- varchar (max) est SQLServer syntaxe, ne convient pas pour MySQL (comme dans la question d'origine). En outre, il n'a pas les moyens varchar (65535) depuis 65535 est le nombre maximum de caractères ASCII en une ligne dans mysql, il est dépendant aussi sur les autres champs et sur le jeu de caractères.
InformationsquelleAutor sohaiby

Vous devez vous connecter pour publier un commentaire.