将Azure数据库中PDF字节数据迁移至Blob Storage的方法咨询

是否需要先转移现有数据？ #

是，必须将数据库中已存储的PDF字节数据迁移至Blob Storage，才能彻底纠正把二进制大对象存入数据库的不良实践，后续新文件也应直接写入Blob Storage。

迁移实操步骤 #

• 导出数据库字节数据
  用数据库客户端（如SSMS、Azure Portal查询编辑器）编写查询，提取PDF的字节列及唯一标识（如文件ID、文件名）。示例SQL（假设表为Document，主键FileID，字节列FileBytes，文件名FileName）：

  SELECT FileID, FileName, FileBytes FROM Document WHERE FileType = 'PDF'
  

  可将结果导出为可处理格式，或直接在应用中读取数据。

• 批量上传至Blob Storage
  用Azure SDK编写脚本/小程序完成上传：

  • 为每个PDF生成唯一Blob名称（如FileID_FileName避免重名）
  • 将字节数组上传至指定容器。示例C#代码片段：

    var blobServiceClient = new BlobServiceClient("<你的Blob连接字符串>");
    var containerClient = blobServiceClient.GetBlobContainerClient("pdf-container");
    
    // 假设从数据库读取的数据存入documents列表
    foreach(var doc in documents)
    {
        var blobClient = containerClient.GetBlobClient($"{doc.FileID}_{doc.FileName}");
        await blobClient.UploadAsync(new MemoryStream(doc.FileBytes), overwrite: true);
    }
    

  也可使用Azure Data Factory做无代码迁移：创建数据管道，源设为Azure数据库，目标为Blob Storage，配置字节列映射后批量迁移。

• 更新数据库结构
  迁移完成后，删除原FileBytes列，新增BlobName或BlobUrl列，存储对应PDF在Blob Storage的标识（名称或访问路径），方便后续检索。

是否需要重写检索逻辑？ #

是，必须重写。原逻辑从数据库读取字节数据，现在需调整为：

1. 从数据库获取Blob的名称或URL
2. 通过Azure SDK从Blob Storage下载字节数据，或生成SAS URL供前端直接访问（Web应用场景）

示例检索逻辑C#片段：

// 从数据库获取Blob名称
var blobName = await dbContext.Documents
    .Where(d => d.FileID == targetFileId)
    .Select(d => d.BlobName)
    .FirstAsync();

var blobClient = containerClient.GetBlobClient(blobName);
var downloadResult = await blobClient.DownloadAsync();
// 将downloadResult.Content转为字节数组，或直接返回给客户端

额外注意事项：

• 迁移期间建议设置数据库只读，避免数据不一致，完成后再切换至Blob写入逻辑
• 配置Blob Storage的访问权限，确保仅授权主体可访问PDF文件

内容的提问来源于stack exchange，提问作者lakykytik