Linq中的临时表-有人看到这个问题吗?

试图解决:

Linq .Contains with large set causes TDS error

我想我偶然发现了一个解决方案,我想看看这是否是一种解决问题的犹太方式。

(简短的摘要)我想根据一个记录ID列表进行LINQ联接,该记录ID在SQL中不是(完全或至少很容易)生成的。这是一个大列表,经常超过2100项的TDS RPC调用限制。所以我在SQL中所做的是将它们放入临时表中,然后在需要时加入到临时表中。

所以我在林肯也这么做了。

在mydb.dbml文件中,我添加了:

<Table Name="#temptab" Member="TempTabs">
  <Type Name="TempTab">
    <Column Name="recno" Type="System.Int32" DbType="Int NOT NULL" 
          IsPrimaryKey="true" CanBeNull="false" />
  </Type>
</Table>

打开设计器并关闭它会在其中添加必要的条目,尽管为了完整性,我将引用mydb.desenginer.cs文件:

   [Table(Name="#temptab")]
   public partial class TempTab : INotifyPropertyChanging, INotifyPropertyChanged
   {

           private static PropertyChangingEventArgs emptyChangingEventArgs = new PropertyChangingEventArgs(String.Empty);

           private int _recno;

#region Extensibility Method Definitions
partial void OnLoaded();
partial void OnValidate(System.Data.Linq.ChangeAction action);
partial void OnCreated();
partial void OnrecnoChanging(int value);
partial void OnrecnoChanged();
#endregion

           public TempTab()
           {
                   OnCreated();
           }

           [Column(Storage="_recno", DbType="Int NOT NULL", IsPrimaryKey=true)]
           public int recno
           {
                   get
                   {
                           return this._recno;
                   }
                   set
                   {
                           if ((this._recno != value))
                           {
                                   this.OnrecnoChanging(value);
                                   this.SendPropertyChanging();
                                   this._recno = value;
                                   this.SendPropertyChanged("recno");
                                   this.OnrecnoChanged();
                           }
                   }
           }

           public event PropertyChangingEventHandler PropertyChanging;

           public event PropertyChangedEventHandler PropertyChanged;

           protected virtual void SendPropertyChanging()
           {
                   if ((this.PropertyChanging != null))
                   {
                           this.PropertyChanging(this, emptyChangingEventArgs);
                   }
           }

           protected virtual void SendPropertyChanged(String propertyName)
           {
                   if ((this.PropertyChanged != null))
                   {
                           this.PropertyChanged(this, new PropertyChangedEventArgs(propertyName));
                   }
            }
    }

然后它就变成了一个在代码中处理一些事情的问题。在我通常会有的地方:

MyDBDataContext mydb = new MyDBDataContext();

我必须让它与一个正常的sqlconnection共享它的连接,这样我就可以使用连接来创建临时表。之后,它看起来很有用。

string connstring = "Data Source.... etc..";
SqlConnection conn = new SqlConnection(connstring);
conn.Open();

SqlCommand cmd = new SqlCommand("create table #temptab " +
                                "(recno int primary key not null)", conn);
cmd.ExecuteNonQuery();

MyDBDataContext mydb = new MyDBDataContext(conn);
// Now insert some records (1 shown for example)
TempTab tt = new TempTab();
tt.recno = 1;
mydb.TempTabs.InsertOnSubmit(tt);
mydb.SubmitChanges();

并使用它:

// Through normal SqlCommands, etc...
cmd = new SqlCommand("select top 1 * from #temptab", conn);
Object o = cmd.ExecuteScalar();

// Or through Linq
var t = from tx in mydb.TempTabs
        from v in  mydb.v_BigTables
        where tx.recno == v.recno
        select tx;

是否有人将这种方法的问题看作是在LINQ的联接中使用临时表的通用解决方案?

它很好地解决了我的问题,因为现在我可以在linq中直接进行连接,而不必使用.contains()。

后记 : 我遇到的一个问题是,在表上混合使用linq和常规sql命令(其中一个命令在读/写,另一个命令在读/写)可能很危险。总是使用sqlcommands在表中插入数据,然后使用linq命令读取数据就可以了。显然,Linq缓存结果——可能有一种方法可以绕过它,但它不是显而易见的。