可以停止正在运行的阅读器吗?
场景:我有一个包含100000个数据集的表
CREATE TABLE stock (
uid bigint NOT NULL,
name text,
quantity integer,
x bytea,
y bytea
);
和用于读取数据的控制台应用程序(.NET 4.0,Npgsql 2.0.11.0/2.0.11.92)
conn = new NpgsqlConnection("Server=localhost;Database=postgres;User id=postgres;password=postgres;Timeout=600;CommandTimeout=600;ConnectionLifeTime=600;");
using (new ConnectionOpen(conn))
using (var ta = conn.BeginTransaction(IsolationLevel.Snapshot))
{
IDbCommand command = conn.CreateCommand("SELECT * from stock;");
command.SetTransaction(ta);
IDataReader reader = command.ExecuteReader();
int n = 0;
while (!reader.IsClosed && reader.Read())
{
n++;
if (n > 5000)
{
if (reader != null)
{
((NpgsqlDataReader)reader).Close();
}
}
}
((NpgsqlDataReader)reader).Dispose();
reader = null;
}
我观察过数据阅读器无法真正停止。似乎数据读取器首先读取所有行,然后正常返回。
此示例是较大应用程序的摘要,用户将通过按下按钮来停止数据读取器,因为读取时间过长。
答案 0 :(得分:9)
我知道这个帖子比较陈旧,但我相信这个人的问题的正确答案如下:
command.Cancel(); //execute before closing the reader
reader.Close();
通过调用DbCommand.Cancel(),您将指示不应处理其他记录,并且该命令(包括基础查询)应立即停止并快速退出。如果您没有取消该命令,当您尝试关闭DbDataReader(或中断循环/使用块),并且您正在处理返回的大量记录时,Close()方法填写输出参数,返回值和RecordsAffected的值。
如果您在读取所有记录之前尝试关闭阅读器,则Close尝试读取所有数据并填写这些值,它似乎会挂起(最有可能导致抛出某种超时异常) )。如果你不关心结果集中的剩余值 - 如果你没有读取循环,你很可能不会这样做 - 你应该在调用Close()之前取消基础命令。
上述部分信息来自:https://www.informit.com/guides/content.aspx?g=dotnet&seqNum=610
答案 1 :(得分:0)
您可以在while循环中放置一个中断,但不确定是否/如何将其与用户操作联系起来让他们决定何时突破读取循环。或者,您可以重新构造代码,以便返回前x个行,然后为它们提供一个继续按钮以返回其余行或返回下一个x行。
答案 2 :(得分:0)
这是猜测。
可能的解决方案1
...
using (var ta = conn.BeginTransaction(IsolationLevel.Snapshot))
{
IDbCommand command = conn.CreateCommand("SELECT * from stock;");
command.SetTransaction(ta);
IDataReader reader = command.ExecuteReader();
int n = 5000;
//put it in using
using(IDataReader reader = command.ExecuteReader())
{
//read first N rows
for(int i=0;i<n;i++)
{
//get value from the columns of the current row
for (i = 0; i < reader.FieldCount; i++)
{
Console.Write("{0} \t", reader[i]);
}
}
}
}
可能的溶解2
使用TOP
sql命令,see samples
答案 3 :(得分:0)
数据读取器通常从数据库服务器返回数据块(至少它是如何与SQL Server一起工作的)。 Postgre SQL可能在幕后表现不同。
另一种攻击方式是将数据加载为后台任务(BackgroundWorker,Task等)。这样你的UI线程就会保持响应,并且无论读者如何在幕后实现都无关紧要。