一个数据仓库中的不寻常的大桌尺寸，而具有同一张桌子，其大小在另一个数据仓库中明显较小
目前，我们的数据仓库（Azure Synapse Analytics）在生产实例中有一个奇怪的问题，其大小为52 GB，有1800万个记录。我将该表复制到我们的开发实例（将提到的表导出到ADLS Gen2中的CSV文件，并使用ADF将其复制到我们的开发数据仓库中），以检查为什么该表具有较大的尺寸并导致商店过程缓慢运行。
奇怪的是，表尺寸仅为17 GB，而两个实例之间的表格在行计数，内容和DDL中相同。这两个数据仓库具有相同的DWU和其他规格。由于我没有太多的对生产实例进行研究的许可，因此我无法在开发实例上复制相同的表尺寸。
有人可以帮助我对这个问题进行故障排除或指导我纠正此问题吗？
善意，
肯
Currently, we have a strange issue in our data warehouse (Azure Synapse Analytics) as 1 table in production instance has 52 GB in size with 18 million records. I copied that table to our development instance (I exported the mentioned table to csv file in ADLS GEN2 and copy it into our development data warehouse using ADF) to check why this table has large size and causing store procedures to run slow.
Strangely, the table size is just 17 GB while the tables between the two instances are the same in row count, contents and DDL. The two Data warehouses have the same DWU and other specifications. As I do not have much permission to research on production instance and I can not replicate the same table size on development instance.
Can someone help me to troubleshoot this issue or guide me in the right direction to rectify this ?
Kind regards,
Ken
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
请重新检查您遵循的过程，如果结果相同，则可以联系MS支持团队。
但是在此之前，我建议您尝试使用ADF中的复制活动将表直接从一个突触中复制到另一个突触，并检查表的大小。
请参阅此 Microsoft官方文档为此。
Please recheck the process that you have followed for this and if it results same you can contact MS support team.
But before that I would suggest you try to copy the table directly from one synapse to another using the Copy activity in ADF and check the size of the table.
Please refer this Official Microsoft Documentation for that.