简体   繁体   English

没有DTU用法的Azure SQL Server JSON

[英]Azure SQL Server JSON without DTU usage

I have a S0 Standard Azure SQL server where i would like to bring in 100GB of JSON data without smashing through my DTU allowance and getting charged a huge amount of money. 我有一个S0标准Azure SQL服务器,我想引入100GB的JSON数据,而不会破坏我的DTU限额并收取巨额费用。 I have £20 GBP per month Azure credit from my Developer Program Benefit subscription. 我从我的开发者计划福利订阅中获得每月20英镑的Azure积分。

Is there any way of attaching an uploaded MDB / LDB to an Azure SQL SaaS ? 有没有办法将上传的MDB / LDB附加到Azure SQL SaaS?

Unless anyone else has suggestions on how to not break my DTU allowance i wanted to try importing the JSON in to a local install of SQL Server 2016 and then attaching the database file to the server so that it is pre-processed. 除非其他人有关于如何不破坏我的DTU容量的建议,否则我想尝试将JSON导入到SQL Server 2016的本地安装中,然后将数据库文件附加到服务器以便对其进行预处理。

This will be a long upload and will incur costs for a new file storage so does anyone know if this will work or how i might do it once uploaded? 这将是一个很长的上传,并将产生新文件存储的成本,所以有谁知道这是否有效或如何上传后我会这样做?

Any info on how to prevent DTU usage for a JSON upload would be appreciate. 任何有关如何防止JSON上传使用DTU的信息都将受到欢迎。

So, the actual answer to this question is - DTU aren't like prepaid resources, DTU are allocated according to your Plan and you use them like CPU\\Memory\\Disk "cycles". 所以,这个问题的实际答案是 - DTU不像预付费资源,DTU根据你的计划分配,你使用它们像CPU \\ Memory \\ Disk“cycle”。 When you exceed DTU quota nothing "bad" happens, you are just throttled, so think of this a capacity limit, not a spending limit. 当您超过DTU配额时,不会发生任何“坏”,您只会被限制,所以请考虑这是容量限制,而不是支出限制。

Migrate the raw json file to Azure Storage and use the new json features of azure SQL. 将原始json文件迁移到Azure存储并使用azure SQL的新json功能。 https://blogs.msdn.microsoft.com/sqlserverstorageengine/2015/10/07/bulk-importing-json-files-into-sql-server/ https://blogs.msdn.microsoft.com/sqlserverstorageengine/2015/10/07/bulk-importing-json-files-into-sql-server/

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM