Sql server 写入SQL数据库是否比读取慢？

我正在向数据库写入一个10MB的文件（blob），每次迭代使用64KB。但是，这需要的时间几乎是从数据库中读取相同文件所需时间的两倍，读取数据库比写入数据库快是正常的吗

---

谢谢

没有任何其他信息，我想说这是因为您的事务隔离范围。。。另一种猜测是，您的表太大，而您的聚集索引正在影响这里的整个操作

一个更直接的答案是：这是可能的，而且发生的次数比你想象的要多。。。如上所述，群集索引和锁可能会对其产生重大影响，因为：

• 群集索引指示磁盘中数据的物理顺序。根据插入文件的“键”（不是主键，而是索引的键…是的，它们可以不同），您将强制执行一个巨大的级联更改
• 如果使用表锁之类的操作，并且在插入时正在执行其他操作，则语句必须等待这些操作完成

---

如果没有任何其他信息，我会说这是因为您的事务隔离范围。。。另一种猜测是，您的表太大，而您的聚集索引正在影响这里的整个操作
一个更直接的答案是：这是可能的，而且发生的次数比你想象的要多。。。如上所述，群集索引和锁可能会对其产生重大影响，因为：
• 群集索引指示磁盘中数据的物理顺序。根据插入文件的“键”（不是主键，而是索引的键…是的，它们可以不同），您将强制执行一个巨大的级联更改
• 如果使用表锁之类的操作，并且在插入时正在执行其他操作，则语句必须等待这些操作完成

---

如果没有任何其他信息，我会说这是因为您的事务隔离范围。。。另一种猜测是，您的表太大，而您的聚集索引正在影响这里的整个操作
一个更直接的答案是：这是可能的，而且发生的次数比你想象的要多。。。如上所述，群集索引和锁可能会对其产生重大影响，因为：
• 群集索引指示磁盘中数据的物理顺序。根据插入文件的“键”（不是主键，而是索引的键…是的，它们可以不同），您将强制执行一个巨大的级联更改
• 如果使用表锁之类的操作，并且在插入时正在执行其他操作，则语句必须等待这些操作完成

---

如果没有任何其他信息，我会说这是因为您的事务隔离范围。。。另一种猜测是，您的表太大，而您的聚集索引正在影响这里的整个操作
一个更直接的答案是：这是可能的，而且发生的次数比你想象的要多。。。如上所述，群集索引和锁可能会对其产生重大影响，因为：
• 群集索引指示磁盘中数据的物理顺序。根据插入文件的“键”（不是主键，而是索引的键…是的，它们可以不同），您将强制执行一个巨大的级联更改
• 如果使用表锁之类的操作，并且在插入时正在执行其他操作，则语句必须等待这些操作完成

---

是的，书写通常比阅读慢。当只从数据库中读取数据时，它不必处理以下问题：
• 锁定行/页/etc（取决于隔离级别）
• 在数据文件中分配更多空间
• 将行添加到事务日志
• 将数据刷新到磁盘
• 更新索引
• 执行完整性检查

---

等等。读取只是直接从磁盘读取，或者可能只是从RAM返回缓存数据。
是的，写入通常比读取慢。当只从数据库中读取数据时，它不必处理以下问题：
• 锁定行/页/etc（取决于隔离级别）
• 在数据文件中分配更多空间
• 将行添加到事务日志
• 将数据刷新到磁盘
• 更新索引
• 执行完整性检查

---

等等。读取只是直接从磁盘读取，或者可能只是从RAM返回缓存数据。
是的，写入通常比读取慢。当只从数据库中读取数据时，它不必处理以下问题：
• 锁定行/页/etc（取决于隔离级别）
• 在数据文件中分配更多空间
• 将行添加到事务日志
• 将数据刷新到磁盘
• 更新索引
• 执行完整性检查

---

等等。读取只是直接从磁盘读取，或者可能只是从RAM返回缓存数据。
是的，写入通常比读取慢。当只从数据库中读取数据时，它不必处理以下问题：
• 锁定行/页/etc（取决于隔离级别）
• 在数据文件中分配更多空间
• 将行添加到事务日志
• 将数据刷新到磁盘
• 更新索引
• 执行完整性检查

---

等等。阅读只是直接从磁盘读取，或者可能只是从RAM返回缓存数据。
写一本书比读一本书快吗？写一本书比读一本书快吗？写一本书比读一本书快吗？写一本书比读一本书快吗？