.net - ¿Cuál es la longitud de la cadena de un GUID?

varchar sql-types

Question

Quiero crear una columna varchar en SQL que debería contener N''guid'' mientras que guid es un GUID generado por .NET ( Guid.NewGuid ) - clase System.Guid.

¿Cuál es la longitud de la varchar que debo esperar de un GUID? ¿Es una longitud estática?

¿Debo usar nvarchar (el GUID usará caracteres Unicode)?

varchar(Guid.Length)

PD. No quiero usar un tipo de datos guid de fila SQL. Sólo estoy preguntando qué es Guid.MaxLength .

Answer 1

22 bytes, si lo haces así:

System.Guid guid = System.Guid.NewGuid();
byte[] guidbytes = guid.ToByteArray();
string uuid = Convert.ToBase64String(guidbytes).Trim(''='');

Answer 2

36, y el GUID solo usará 0-9A-F (¡hexadecimal!).

12345678-1234-1234-1234-123456789012

Son 36 caracteres en cualquier GUID, son de longitud constante. Puede leer un poco más sobre las complejidades de los GUID here .

Necesitará dos más en longitud si desea almacenar las llaves.

Nota: 36 es la longitud de la cadena con los guiones en medio. En realidad son números de 16 bytes.

Answer 3

Creo que los GUID están limitados a longitudes de 16 bytes (o 32 bytes para un equivalente hexadecimal ASCII).

Answer 4

Depende de cómo se formatee el Guid:

• Guid.NewGuid().ToString() => 36 caracteres (con guión)
  salidas: 12345678-1234-1234-1234-123456789abc

• Guid.NewGuid().ToString("D") => 36 caracteres (con guión, igual que ToString() )
  salidas: 12345678-1234-1234-1234-123456789abc

• Guid.NewGuid().ToString("N") => 32 caracteres (solo dígitos)
  salidas: 12345678123412341234123456789abc

• Guid.NewGuid().ToString("B") => 38 caracteres (llaves)
  salidas: {12345678-1234-1234-1234-123456789abc}

• Guid.NewGuid().ToString("P") => 38 caracteres (paréntesis)
  salidas: (12345678-1234-1234-1234-123456789abc)

• Guid.NewGuid().ToString("X") => 68 caracteres (hexadecimal)
  salidas: {0x12345678,0x1234,0x1234,{0x12,0x34,0x12,0x34,0x56,0x78,0x9a,0xbc}}

Answer 5

Las cadenas binarias almacenan datos de bytes sin procesar, mientras que las cadenas de caracteres almacenan texto. Utilice datos binarios cuando almacene valores hexadecimales como SID , GUID , etc. El tipo de datos de identificador único contiene un identificador único global, o GUID. Este valor se deriva utilizando la función NEWID () para devolver un valor que es único para todos los objetos. Se almacena como un valor binario pero se muestra como una cadena de caracteres.

Aquí hay un ejemplo.

USE AdventureWorks2008R2;
GO
CREATE TABLE MyCcustomerTable
(
    user_login   varbinary(85) DEFAULT SUSER_SID()
    ,data_value   varbinary(1)
);
GO

INSERT MyCustomerTable (data_value)
    VALUES (0x4F);
GO

Se aplica a: SQL Server El siguiente ejemplo crea la tabla cust con un tipo de datos de identificador único, y utiliza NEWID para llenar la tabla con un valor predeterminado. Al asignar el valor predeterminado de NEWID (), cada fila nueva y existente tiene un valor único para la columna CustomerID.

-- Creating a table using NEWID for uniqueidentifier data type.  
CREATE TABLE cust  
(  
 CustomerID uniqueidentifier NOT NULL  
   DEFAULT newid(),  
 Company varchar(30) NOT NULL,  
 ContactName varchar(60) NOT NULL,   
 Address varchar(30) NOT NULL,   
 City varchar(30) NOT NULL,  
 StateProvince varchar(10) NULL,  
 PostalCode varchar(10) NOT NULL,   
 CountryRegion varchar(20) NOT NULL,   
 Telephone varchar(15) NOT NULL,  
 Fax varchar(15) NULL  
);  
GO  
-- Inserting 5 rows into cust table.  
INSERT cust  
(CustomerID, Company, ContactName, Address, City, StateProvince,   
 PostalCode, CountryRegion, Telephone, Fax)  
VALUES  
 (NEWID(), ''Wartian Herkku'', ''Pirkko Koskitalo'', ''Torikatu 38'', ''Oulu'', NULL,  
 ''90110'', ''Finland'', ''981-443655'', ''981-443655'')  
,(NEWID(), ''Wellington Importadora'', ''Paula Parente'', ''Rua do Mercado, 12'', ''Resende'', ''SP'',  
 ''08737-363'', ''Brasil'', ''(14) 555-8122'', '''')  
,(NEWID(), ''Cactus Comidas para Ilevar'', ''Patricio Simpson'', ''Cerrito 333'', ''Buenos Aires'', NULL,   
 ''1010'', ''Argentina'', ''(1) 135-5555'', ''(1) 135-4892'')  
,(NEWID(), ''Ernst Handel'', ''Roland Mendel'', ''Kirchgasse 6'', ''Graz'', NULL,  
 ''8010'', ''Austria'', ''7675-3425'', ''7675-3426'')  
,(NEWID(), ''Maison Dewey'', ''Catherine Dewey'', ''Rue Joseph-Bens 532'', ''Bruxelles'', NULL,  
 ''B-1180'', ''Belgium'', ''(02) 201 24 67'', ''(02) 201 24 68'');  
GO

Answer 6

Lo correcto a hacer aquí es almacenarlo como uniqueidentifier ; esto es totalmente indexable, etc. en la base de datos. La siguiente mejor opción sería una columna binary(16) : los GUID estándar tienen exactamente 16 bytes de longitud.

Si debe almacenarlo como una cadena, la longitud realmente se reduce a cómo elige codificarlo. Como hex (codificación AKA base-16) sin guiones, sería de 32 caracteres (dos dígitos hexadecimales por byte), por lo tanto, char(32) .

Sin embargo, es posible que desee almacenar los guiones. Si tiene poco espacio, pero su base de datos no admite blobs / guids de forma nativa, puede usar la codificación Base64 y eliminar el sufijo de relleno == ; que le da 22 caracteres, por lo que char(22) . No hay necesidad de usar Unicode, y no hay necesidad de longitud variable, por lo que nvarchar(max) sería una mala elección, por ejemplo.

Answer 7

Los GUID son de 128 bits, o

0 through ffffffffffffffffffffffffffffffff (hex) or 
0 through 340282366920938463463374607431768211455 (decimal) or 
0 through 11111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111 (binary, base 2) or 
0 through 91"<b.PX48m!wVmVA?1y (base 95)

Así que sí, con un mínimo de 20 caracteres, que en realidad está perdiendo más de 4.25 bits, por lo que puede ser igual de eficiente utilizando bases más pequeñas que 95; siendo la base 85 la más pequeña posible que aún cabe en 20 caracteres:

0 through -r54lj%NUUO[Hi$c2ym0 (base 85, using 0-9A-Za-z!"#$%&''()*+,- chars)

:-)