TSQLQuery solo transmite los primeros 1 MB de datos correctamente para cadenas grandes

(vea Edición # 1 con seguimiento de pila y Edición # 2 con solución al final de la publicación)

Mientras que la solución de problemasTSQLQuery.FieldByName (). AsString -> TStringStream corrompe los datos, Encontré que unTSQLQuery.FieldByName().AsBytes solo transmitirá exactamente 1MB devarchar(max) datos correctamente

Usando WireShark, verifiqué que los datos sontodos siendo entregado a la aplicación Delphicorrectamente.Lo verifiquésiempre escribe el número correcto de bytes en el archivo de salida, pero los bytes que excedanexactamente 1MB Son bytes nulos.Adicionalmente,TSQLQuery.FieldByName().AsString y.AsWideString También exhiben el mismo comportamiento.

Que causaria.AsBytes para suministrar el número correcto de bytes a laTFileStream, peronull ¿Todos los bytes que exceden 1MB?

Caso de prueba

Este caso de prueba crea dos archivos de salida.Plus14.txt es 1MB + 14 bytes.Plus36.txt es 1MB + 36 bytes. En ambos casos, los bytes de más de 1MB sonnull Valores de byte. Incluso probé una cadena de 16MB. Los primeros 1MB del archivo de salida fueron correctos; los siguientes 15MB fueron todosnull bytes

servidor SQL
use tempdb
go
create procedure RunMe
as
  declare @s1 varchar(max), @s2 varchar(max)

  set @s1 = '0123456789ABCDEF'
  set @s2 = @s1 + @s1 + @s1 + @s1 + @s1 + @s1 + @s1 + @s1 -- 128 bytes
  set @s1 = @s2 + @s2 + @s2 + @s2 + @s2 + @s2 + @s2 + @s2 -- 1,024 bytes
  set @s2 = @s1 + @s1 + @s1 + @s1 + @s1 + @s1 + @s1 + @s1 -- 8,192 bytes
  set @s1 = @s2 + @s2 + @s2 + @s2 + @s2 + @s2 + @s2 + @s2 -- 65,536 bytes
  set @s2 = @s1 + @s1 + @s1 + @s1 + @s1 + @s1 + @s1 + @s1 -- 524,288 bytes
  set @s1 = @s2 + @s2                                     -- 1,048,576 bytes

  set @s2 = @s1 + 'this is a test'                        -- 1MB + 14 bytes
  set @s1 = @s1 + 'of the emergency broadcasting system'  -- 1MB + 36 bytes

  select @s2 as Plus14, @s1 as Plus36
go
grant execute on RunMe to public
go
Delphi DFM

Forma por defecto, con estoTSQLConnection cayó sobre él (y unoTButton):

object SQLConnection1: TSQLConnection
  DriverName = 'MSSQL'
  GetDriverFunc = 'getSQLDriverMSSQL'
  LibraryName = 'dbxmss.dll'
  LoginPrompt = False
  Params.Strings = (
    'User_Name=user'
    'Password=password'
    'SchemaOverride=%.dbo'
    'DriverUnit=Data.DBXMSSQL'

      'DriverPackageLoader=TDBXDynalinkDriverLoader,DBXCommonDriver160.' +
      'bpl'

      'DriverAssemblyLoader=Borland.Data.TDBXDynalinkDriverLoader,Borla' +
      'nd.Data.DbxCommonDriver,Version=16.0.0.0,Culture=neutral,PublicK' +
      'eyToken=91d62ebb5b0d1b1b'

      'MetaDataPackageLoader=TDBXMsSqlMetaDataCommandFactory,DbxMSSQLDr' +
      'iver160.bpl'

      'MetaDataAssemblyLoader=Borland.Data.TDBXMsSqlMetaDataCommandFact' +
      'ory,Borland.Data.DbxMSSQLDriver,Version=16.0.0.0,Culture=neutral' +
      ',PublicKeyToken=91d62ebb5b0d1b1b'
    'GetDriverFunc=getSQLDriverMSSQL'
    'LibraryName=dbxmss.dll'
    'VendorLib=sqlncli10.dll'
    'VendorLibWin64=sqlncli10.dll'
    'HostName=localhost'
    'Database=tempdb'
    'MaxBlobSize=-1'
    'LocaleCode=0000'
    'IsolationLevel=ReadCommitted'
    'OSAuthentication=False'
    'PrepareSQL=True'
    'BlobSize=-1'
    'ErrorResourceFile='
    'OS Authentication=True'
    'Prepare SQL=False')
  VendorLib = 'sqlncli10.dll'
  Left = 8
  Top = 8
end
Delphi PAS

El código para elTButton.OnClick:

procedure TForm1.Button1Click(Sender: TObject);
var qry: TSQLQuery;

  procedure save(str: string);
  var data: TBytes; fs: TFileStream;
  begin
    fs := TFileStream.Create(Format('c:\%s.txt', [str]), fmCreate);
    try
      data := qry.FieldByName(str).AsBytes;
      if data <> nil then
        fs.WriteBuffer(data[0], Length(data));
    finally
      FreeAndNil(fs);
    end;
  end;

begin
  SQLConnection1.Open;
  qry := TSQLQuery.Create(nil);
  try
    qry.MaxBlobSize := -1;
    qry.SQLConnection := SQLConnection1;
    qry.SQL.Text := 'set nocount on; exec RunMe';
    qry.Open;
    save('Plus14');
    save('Plus36');
  finally
    FreeAndNil(qry);
  end;
  SQLConnection1.Close;
end;
<<< Edit # 1 - Stack Trace >>>

Busqué a través del código de Embarcadero y encontré el lugar donde elnull Primero aparecen los bytes.

FMethodTable.FDBXRow_GetBytesData.DBXDynalink.TDBXDynalinkByteReader.GetBytes(0,0,(...),0,1048590,True)Data.SqlExpr.TCustomSQLDataSet.GetFieldData(1,$7EC80018)Data.SqlExpr.TCustomSQLDataSet.GetFieldData(???,$7EC80018)Data.DB.TDataSet.GetFieldData($66DB18,$7EC80018,True)Data.SqlExpr.TSQLBlobStream.ReadBlobDataData.SqlExpr.TSQLBlobStream.Read((no value),1048590)System.Classes.TStream.ReadBuffer((no value),1048590) 1MB + 14bData.DB.TBlobField.GetAsBytesUnit1.save('Plus14')

CuandoFDBXRow_GetBytes devoluciones,Value: TBytes es 1048590 bytes, connull Valores establecidos para los últimos 14 bytes.

No estoy seguro de qué intentar a continuación. Cualquier ayuda es muy apreciada.

<<< Editar # 2 - Solución >>>

lo puseSQLConnection1.MaxBlobSize := 2097152, y ahora todos los bytes se transmiten a los archivos de salida correctamente. Entonces el problema solo parece ocurrir cuando.MaxBlobSize = -1.

La urgencia de solucionar el problema desapareció ahora que encontré una solución alternativa. Sin embargo, todavía me gustaría obtener-1 para trabajar si es posible, ya que los valores de mi base de datos a veces superarán los 50 megas. Así que cualquier sugerencia o ayuda todavía es apreciada.

<<< Editar # 3 - Informe de errores >>>

Presenté un informe de error con Embarcadero (QC # 108475). Informaré una vez que el error haya sido reconocido / corregido.

<<< Editar # 4 - Informe de errores escalados >>>

Encontré hoy que el uso de esta solución a veces causa unaTClientDataSet lanzar unEOleException con el texto 'Fallo catastrófico'. Aparentemente unTClientDataSet prefiere unMaxBlobSize := '-1';. En consecuencia, escalé el informe de errores en Embarcadero. Esperamos que proporcionen una solución o una mejor solución para esto pronto.

Respuestas a la pregunta(1)

Su respuesta a la pregunta