Hashing mehr als 8000 bytes in SQL Server

SQL-Server die Hash-Funktion HASHBYTES hat einen Eingabe-limit von 8000 bytes.

Wie Sie hash größeren strings?

InformationsquelleAutor SDReyes | 2011-10-14
  1. 5

    Könnte man hash-8k (oder 4k oder 2k) Stücke von den Eingangs-und dann entweder verketten diese hashes oder hash in einen neuen hash-Wert. Dies könnte schwierig sein, obwohl, wenn Sie um einen ähnlichen Algorithmus (in einer externen .NETTO-app zum Beispiel) zu vergleichen hashes erstellt, die außerhalb von SQL Server.

    Andere Möglichkeit: Lean on SQL Server Die CLR-integration und führen hashing in einem .NET-assembly.

    • vielen Dank Paul, es ist eine wirklich gute Lösung für den internen Gebrauch. aber in diesem Fall hat es sich Total konform mit sha1
    • Eine weitere Idee Hinzugefügt, um meine Antwort: Lean on SQL Server CLR-integration und führen hashing in einem .NET-assembly.
    InformationsquelleAutor Paul Sasik
  2. 9

    Könnten Sie schreiben, eine SQL CLR-Funktion:

    [Microsoft.SqlServer.Server.SqlFunction]
public static SqlBinary BigHashBytes(SqlString algorithm, SqlString data)
{
    var algo = HashAlgorithm.Create(algorithm.Value);

    var bytes = Encoding.UTF8.GetBytes(data.Value);

    return new SqlBinary(algo.ComputeHash(bytes));
}

    Und dann kann es genannt werden, die in SQL so:

    --these return the same value
select HASHBYTES('md5', 'test stuff')
select dbo.BigHashBytes('md5', 'test stuff')

    Den BigHashBytes ist nur notwendig, wenn die Länge wäre über 8k.

    • Vorsichtig mit CLR-SP-Parameter werden automatisch abgeschnitten, bis 8000 bytes - hatte ich zu-tag den parameter mit [SqlFacet(MaxSize = -1)] ansonsten bytes nach der 8000er würde einfach ignoriert werden! Dauerte eine Weile zu bekommen, dass man!
    • -1 für irreführend Leser (unbeabsichtigt, natürlich) in UTF-8 verwenden. SQL-Server (und Windows allgemein) verwendet UTF-16. Daher erscheinen diese arbeiten für viele Menschen, die derzeit nur mit Code Punkte 0 - 127, oder möglicherweise bis zu 256. Aber mit UTF-8 zu Problemen führt wie bei dieser Frage: SQL CLR-Funktion basiert .net ComputeHash ist nicht die Arbeit mit Cyrrilic
    • Ihre Erfahrung war wegen, wie ältere Versionen von SSDT generiert T-SQL-wrapper-Objekten. Der Standard verwendet werden, um zu verwenden NVARCHAR(4000) für SqlString und NVARCHAR(MAX) für SqlChars. Aber da um die Zeit von Visual Studio 2013, der Standard wurde geändert, um NVARCHAR(MAX) für beide. Trotzdem, es ist immer besser zu werden explizite und verwenden [SqlFacet()] wie Sie erwähnen, aber die Leute mit den neueren SSDT Versionen nicht treffen würden, die. Auch, SQLCLR nur unterstützen NVARCHAR so wäre es eigentlich abschneiden bei 4000 chars :-).
    InformationsquelleAutor Paul Tyng
  3. 2

    Wie Paul die Idee, eine Idee in den Sinn kommt für die Segmentierung wäre, die zum speichern der Hash-string in eine XML-Spalte, wobei jedes Stück als einen separaten XML-element.

    • +1 Gute Idee, aber für die Integrität der Daten Willen würde ich vorschlagen, eine einzelne hash-Wert gespeichert werden (ein hash von hashes auf.) Mit einer XML-Struktur, müssten Sie ein zusätzliches Attribut, dass die Karten einen hash-Wert zu, der index der N-TEN chunk Daten, die gehasht.
    InformationsquelleAutor Shan Plourde
Schreibe einen Kommentar