Bester Datenbankfeldtyp für eine URL

Ich muss eine URL in einer MySQL-Tabelle speichern. Was ist die beste Vorgehensweise zum Definieren eines Felds, das eine URL mit einer unbestimmten Länge enthält?

1. Niedrigste gemeinsame Nenner maximale URL-Länge unter gängigen Webbrowsern: 2.083 (Internet Explorer)

2. http://dev.mysql.com/doc/refman/5.0/en/char.html
   Werte in VARCHAR-Spalten sind Zeichenfolgen variabler Länge. Die Länge kann als Wert zwischen 0 und 255 vor MySQL 5.0.3 und zwischen 0 und 65.535 in Version 5.0.3 und höher angegeben werden. Die effektive maximale Länge eines VARCHAR in MySQL 5.0.3 und höher hängt von der maximalen Zeilengröße (65.535 Byte, die von allen Spalten gemeinsam genutzt wird) und dem verwendeten Zeichensatz ab.

3. Also ...
   <MySQL 5.0.3 benutze TEXT
   oder
   > = MySQL 5.0.3 benutze VARCHAR (2083)

VARCHAR(512)(oder ähnlich) sollte ausreichen. Da Sie jedoch die maximale Länge der betreffenden URLs nicht genau kennen, gehe ich möglicherweise direkt zu TEXT. Die Gefahr dabei ist natürlich ein Effizienzverlust, da CLOBs viel langsamer ist als ein einfacher String-Datentyp wie VARCHAR.

varchar(max) für SQLServer2005

varchar(65535) für MySQL 5.0.3 und höher

Dadurch wird Speicher nach Bedarf zugewiesen und die Leistung sollte nicht beeinträchtigt werden.

Sie sollten zwischen einer TEXT- oder einer VARCHAR-Spalte wählen, je nachdem, wie oft die URL verwendet wird und ob Sie sie tatsächlich verwenden die Länge müssen ungebunden sein.

Verwenden Sie VARCHAR mit einer maximalen Länge> = 2.083, wie von micahwittman vorgeschlagen, wenn:

1. Sie verwenden viele URLs pro Abfrage (im Gegensatz zu TEXT-Spalten werden VARCHARs in der Zeile gespeichert).
2. Sie sind sich ziemlich sicher, dass eine URL niemals das Zeilenlimit von 65.535 Bytes überschreitet.

Verwenden Sie TEXT, wenn:

1. Die URL könnte tatsächlich das Zeilenlimit von 65.535 Byte überschreiten
2. Ihre Abfragen werden nicht mehrere URLs gleichzeitig (oder sehr oft) auswählen oder aktualisieren. Dies liegt daran, dass TEXT-Spalten nur einen Zeiger inline enthalten und die zufälligen Zugriffe beim Abrufen der referenzierten Daten schmerzhaft sein können.

Sie sollten ein VARCHAR mit einer ASCII-Zeichencodierung verwenden. URLs sind prozentual codiert und internationale Domainnamen verwenden Punycode, sodass ASCII ausreicht, um sie zu speichern. Dies benötigt viel weniger Speicherplatz als UTF8.

VARCHAR(512) CHARACTER SET 'ascii' COLLATE 'ascii_general_ci' NOT NULL

Dies hängt wirklich von Ihrem Anwendungsfall ab (siehe unten), aber das Speichern TEXThat Leistungsprobleme und VARCHARklingt in den meisten Fällen nach Overkill.

Mein Ansatz: Verwenden Sie eine großzügige, aber nicht unangemessen große VARCHARLänge wie z. B. VARCHAR(500)und ermutigen Sie die Benutzer, die eine größere URL benötigen, einen URL-Shortener wie z safe.mn.

Der Twitter-Ansatz: Stellen Sie für eine wirklich schöne UX einen automatischen URL-Shortener für zu lange URLs bereit und speichern Sie die "Anzeigeversion" des Links als Ausschnitt der URL mit Ellipsen am Ende. (Beispiel: http://stackoverflow.com/q/219569/1235702würde als angezeigt stackoverflow.com/q/21956...und würde auf eine verkürzte URL verlinken http://ex.ampl/e1234)

Hinweise und Vorsichtsmaßnahmen

• Natürlich ist der Twitter-Ansatz besser, aber für die Anforderungen meiner App war es ausreichend, einen URL-Shortener zu empfehlen.
• URL-Shortener haben ihre Nachteile, wie z. B. Sicherheitsbedenken. In meinem Fall ist dies kein großes Risiko, da die URLs nicht öffentlich sind und nicht häufig verwendet werden. Dies wird jedoch offensichtlich nicht für alle funktionieren. safe.mn scheint viele Spam- und Phishing-URLs zu blockieren, aber ich würde trotzdem Vorsicht empfehlen.
• Beachten Sie unbedingt, dass Sie Ihre Benutzer nicht zwingen sollten, einen URL-Shortener zu verwenden. In den meisten Fällen (zumindest für die Anforderungen meiner App) reichen 500 Zeichen für das aus, wofür die meisten Benutzer sie verwenden. Verwenden / empfehlen Sie einen URL-Shortener nur für zu lange Links.

In den meisten Browsern können Sie sehr große Datenmengen in eine URL einfügen, sodass viele Dinge zu sehr großen URLs führen. Wenn Sie also über mehr als den Domain-Teil einer URL sprechen, müssen Sie seit dem eine TEXT-Spalte verwenden VARCHAR / CHAR sind begrenzt .

Ich weiß nichts über andere Browser, aber IE7 hat eine Beschränkung von 2083 Zeichen für HTTP-GET-Operationen . Sofern keine anderen Browser niedrigere Grenzwerte haben, verstehe ich nicht, warum Sie mehr Zeichen als 2083 benötigen würden.

Die meisten Webserver haben eine URL-Längenbeschränkung (weshalb es einen Fehlercode für "URI zu lang" gibt), was bedeutet, dass es eine praktische obere Größe gibt. Suchen Sie die Standardlängenbeschränkung für die beliebtesten Webserver und verwenden Sie die größte davon als maximale Größe des Felds. es sollte mehr als genug sein.

Verwenden Sie besser varchar (max), was (in Bezug auf die Größe) bedeutet varchar (65535). Dadurch werden sogar Ihre größeren Webadressen gespeichert und Platz gespart.

Der Max-Bezeichner erweitert die Speicherfunktionen der Datentypen varchar, nvarchar und varbinary. varchar (max), nvarchar (max) und varbinary (max) werden gemeinsam als Datentypen mit großem Wert bezeichnet. Sie können die großen Datentypen verwenden, um bis zu 2 ^ 31-1 Datenbytes zu speichern.

Weitere Informationen zur Verwendung von Datentypen mit großem Wert finden Sie in diesem TechNet- Artikel