那当然可以。varchar的可变长度的。

可以是可以，不过浪费空间~~

严格讲不可以/

数据库哪有这样设计的？你要是自己玩Demo那可以。如果你要是用于实际生产，必须根据字段内容来设置，否则数据库造成大量空间浪费/

还是根据具体需求和实际数据去设计字段，否则浪费数空间。

设置长度的目的只是为了保证有足够的空间来存储数据，避免超长时，导致数据出现问题。

所以你得计量计量该字段的数据长度有多少，然后估计个合适的值就可以了

可以

  开发中不建议...可设置nvarchar，http://www.cnblogs.com/shuang121/archive/2011/03/19/1988794.html你可以看看这个

如果图省事，建议用nvarchar(max)

可以设置，也不会造成空间浪费，是根据实际数据长度占用空间的。

• 如果列数据项的大小一致，则使用 char。
  
  
• 如果列数据项的大小差异相当大，则使用 varchar。
  
  
• 如果列数据项大小相差很大，而且大小可能超过 8,000 字节，请使用 varchar(max)。

上面是SQL Server 的建议，还是按照建议来做，也不费什么事。避免 “大材小用”。

理论上是可以的，但在实际的项目中就不一定要这样一刀切了，毕竟项目还是要结合实际的。因为在数据库中定义了长度，同时其实也就规定了业务中的输入长度，比如定义了公司名最长80个字符，则如果前端输入超过80个字符，尤其是某些人恶意输入了很长的字符串来进行捣乱的话，则这些额外的数据是不会被保存进数据库的，从而在遵循业务的情况下有效地抵御了恶意的输入。

可以，  有点像你早上吃早餐点了十碗面，为什么不可以，，就是浪费了点

第一次听说varchar浪费空间的。

我一般都是定义长一点，安全性由应用程序来保证。因为项目需求是会变的，如果你定义了公司名最长80个字符，有一天老板对你主公司名最多要支持要255，本来改一下程序就可以的事，你还要去改数据库。如果数据库已经分发下去，你就哭去吧。

当然用nvarchar更好一些

理论上是可以的，

浪费空间不说 关键是没有那个必要。