asp.net的GridView字段显示过长问题

方法一:最简单.

绑定gridview单元格内容过长,用tooltip,单元格截取指定长度,鼠标停留时显示全部内容,
          protected void gv_DataBound(object sender, EventArgs e)
          {
              // 演示ToolTip，使用GridView自带的ToolTip
              for (int i = 0; i < gv.Rows.Count; i++)
              {
                  gv.Rows[i].Cells[3].ToolTip = gv.Rows[i].Cells[3].Text;
                  if (gv.Rows[i].Cells[3].Text.Length > 6)
                      gv.Rows[i].Cells[3].Text = gv.Rows[i].Cells[3].Text.Substring(0, 3) + "...";
              }
          }

 

方法二:考虑性能优化问题

 

 

如果一个GridView要显示1000或者以上条数据，当中有2到3个字段显示的内容较长；这个时候不在处理的话，GridView的布局惨目人睹。

解决方案1：
我试过OnDataBound或OnRowDataBound事件做处理，在后台将这些过长的内容过长的部分用"..."代替，或者使该字段换行。
优点:客户端不用付出额外的等待时间，因为什么都服务器做好了！
缺点:服务器的开销增加，万一用100人或以上做这个请求，那不是瘫痪定了~

解决方案2：
在页面原使用asp:BoundField过长内容的字段，改为用asp:TemplateField，在里面放个input的TextBox，再设置一下TextBox的宽度，让过长字段保存在TextBox里。那效果大家应该知道，还可以用鼠标拖动来查看后面的内容。
优点:服务器开销没有方案1大，只要查询一下数据库，绑定一下就行了！
缺点:客户端要额外加载多1000条或以上的TextBox，导致页面呈现减慢~

问题虽然解决了，但是另一个问题又来了！
我的提问的问题是：
当数据量大的话，到底应该选择方案1还是2呢？到底是取服务器舍客户啊，还是取客户端舍服务器呢？
到底是客户端加载同样多的标签快，还是服务器处理同样多条数据快呢？注意同时服务器要应付多个请问！