在深入探讨MySQL与MSSQL之间关于整数型数据类型显示宽度的差异之前，让我们首先了解什么是显示宽度。在数据库设计中，显示宽度是指在输出数据时，为某个字段预留的字符数，主要用于格式化输出，使数据看起来更加整洁和有序。在MySQL中，这个特性对于整数类型是可用的，而在SQL Server中则不支持。
在MySQL中，我们可以为各种整数类型（如TINYINT、SMALLINT、MEDIUMINT、INT、BIGINT）指定一个显示宽度。例如，`BIGINT(1)`声明了一个BIGINT类型的字段，但限制了显示时的宽度为1个字符。然而，这并不意味着实际存储的数据会受到这个宽度的限制。实际上，无论显示宽度是多少，BIGINT始终占用8个字节，并且能存储的数值范围不受此影响。
继续看例子，如果我们创建一个名为`tb_emp`的表，其中`id`字段被定义为`BIGINT(1)`：
```sql
CREATE TABLE tb_emp (id BIGINT(1));
```
尽管我们指定了宽度为1，但如果插入一个超过1位数字的值，比如1234，MySQL仍然会接受并存储这个值。查询时，它将以完整的数字形式显示，不会截断到1位。
同样，如果我们尝试在SQL Server中执行类似的操作：
```sql
CREATE TABLE abc (id INT(11));
```
我们会收到错误消息，提示不能对INT类型指定列宽。在SQL Server中，显示宽度与数据类型的实际存储和取值范围是分离的。这意味着，无论你如何设置显示宽度，INT类型始终占用4个字节，且允许的最大值是INT类型的默认范围。
需要注意的是，MySQL中的显示宽度仅影响输出时的显示效果，而不改变数据的存储方式或取值范围。例如，`INT(3)`依然占用4个字节的存储空间，且允许的最大值仍然是INT类型的默认最大值，而非3位数字所能表示的最大值999。
总结一下，MySQL和SQL Server在处理整数类型显示宽度上的主要区别在于：
1. MySQL允许为整数类型指定显示宽度，但这只影响输出格式，不影响存储和取值范围。
2. SQL Server不允许为整数类型指定显示宽度，显示宽度的概念在SQL Server中不存在。
因此，在设计数据库时，如果你需要控制显示格式，MySQL提供了这种灵活性，但在SQL Server中，你可能需要通过其他方式（如应用程序层面的格式化）来实现类似的效果。理解这些差异对于在两个数据库系统间迁移或者进行跨平台开发是非常重要的。
