asp.net中数据库访问类是否都应该用static？

这是我今天写程序时突然想到的，不知道对不对恳请勘正：

  我包括我看到的一些例子，都是把访问数据库的相关操作封装到一个类中，然后再每个aspx页面实例化一个数据库操作类的实例进行操作，我今天做的例子里他把数据库中的方法都写成静态方法如：
  public static bool getDataReader()
  { ..........}
这样就不必在每个页面实例化一个类。

  我突然想到的是：在每个页面实例化一个实例，在有很多人访问网站时，它是否要实例化好多实例呀？这样应该对性能有所影响吧？或者说会频繁地启动垃圾回收！
 

---

这些简单的类的实例化也不会耗性能。
考虑性能的地方，应该是你的代码，如：数据访问的时候如何选择高效的访问方式？是使用存储过程还是SQL语句？ 业务代码方面，哪些代码可以精简，减少不必要的代码过程？写的代码是否考虑了某些比较好的方法等等。

---

我的也都是写成static，好象比较方便使用呢。

---

同意楼上观点，不妨试试看

---

或者可以这样问：什么时情况下适合用static？

  我的一点理解：是不是 假如一个类 Class1中有100个方法，我不用静态方法static时，实例化(Class1 c = new Class1)需要分配10K内存，而把类Class1中的方法都改成static 实例化类时也许就用1K内存了？因为static 方法不属于某个实例。

---

简单地说，如果你的类不用保存某种状态（私有成员），而是把逻辑上一组方法放在一起，就用static。

---

学习了

---

应该用static对数据库访问进行实例化，以提高数据库的使用效率

---

引用

我突然想到的是：在每个页面实例化一个实例，在有很多人访问网站时，它是否要实例化好多实例