我的应用程序查询 - 之间的休息 - 具有BLOB列和其他元数据列(没有其他LOB列)的表。
我读过,如果对象本身不是太大,但仍可以存储在表内,而不是为纽带,以自身。 在这种情况下,“选择”声明这样的表,即使它不包含BLOB,如:
SELECT Date FROM MyTable
可能仍然检索BLOB(仅在服务器),因此需要更长的时间来执行。
这是真的? 任何人都可以提供一个解释,或一个链接?
我在SQL背景是相当基本的,所以我可能是不准确的,对不起。
谢谢。
我的应用程序查询 - 之间的休息 - 具有BLOB列和其他元数据列(没有其他LOB列)的表。
我读过,如果对象本身不是太大,但仍可以存储在表内,而不是为纽带,以自身。 在这种情况下,“选择”声明这样的表,即使它不包含BLOB,如:
SELECT Date FROM MyTable
可能仍然检索BLOB(仅在服务器),因此需要更长的时间来执行。
这是真的? 任何人都可以提供一个解释,或一个链接?
我在SQL背景是相当基本的,所以我可能是不准确的,对不起。
谢谢。
如果创建日期列上一个非聚集索引,则可以通过扫描索引,而不是扫描整个表检索数据。 您应该看到I / O走一路下滑。