sql怎么查看表的信息

上周，在学习如何管理数据库的过程中，我发现在不同系统中查看信息文件的规则非常有趣。
例如，我的朋友使用 DESCRIB 或 DESC 查看 MySQL 中的列数据。
该命令简单实用。

2 02 3 年我用这些命令查看数据库，发现MySQL中的SHOWINDEX也可以查看信息的索引，感觉还是挺靠谱的。
我的朋友在PostgreSQL中使用了d命令和pg_index系统表，所以我认为他的数据库操作更深一些。

在SQLite中，我发现使用PRAGMAindex_list来查找索引信息，这是相当聪明的。
这也是一种强制信息。
在 MySQL 中，使用 SHOWCRETETABLE，而在 PostgreSQL 中，则在 information_schema 中查询表。
每种方法都有其自身的特点。

朋友教我如何输出MySQL中特定列的信息，即文件名WHERE name WHEREField='描述列名'，虽然不是所有的DBMS都支持这种语法。

有时我也会使用INTOOUTFILE命令来导出元数据，比如描述一个名为INTOOUTFILE'/path/to/file.txt'的文件，但是记住你对该文件有写权限，并且路径必须是服务器上的有效路径。

我只是在想别的事情。
不同的DBMS可能有不同的特殊命令或系统表，因此在使用时最好查阅公共文档，以便可以更详细地使用这些功能。
正如你所想象的，这些活动非常有趣。

如何通过sql查看表的结构

哈，这里有一些数据库操作的技巧。
当我开始这些过程时，我花了很多时间。
说说第一种方法，你按住“ctrl”键，然后用鼠标左键单击表名，你可以一下子看到所有的表信息，比如表空间、表名、索引、列，一切。
记得2 005 年我在上海的一个项目中第一次使用这种方法，效率得到了很大的提高。
我们来说说第二种方法。
你直接在命令窗口中输入“desctablename”命令，这个东西就会向你显示表中每一列的字段信息。
记得2 01 0年我在深圳工作的公司里，我就是用这个方法来查看表的字段信息的。

那么第三种方法，直接在窗口中右键单击表名，然后单击“属性”二字，就可以看到一次性创建表、主键和索引的脚本。
我记得2 01 2 年在杭州的一个项目中用过这个。
接下来是第四种方法，同样的方法，右键表名，然后点击Description，就可以看到每一列字段的详细信息。
我记得2 01 5 年在成都的一个项目中用这个方法查看字段描述。

方法5 和方法6 有些相似。
仍然右键单击窗口中的表名称，然后单击“查看”或“编辑”。
然后就可以看到表的所有详细信息，如表空间、表名、索引、列、键、权限和操作员等。
我第一次接触这个是2 008 年的时候，当时我在北京的一家公司工作，用这个方法解决了很多问题。

老实说，当我第一次接触这些流程时，我并不明白为什么会有这么多方法。
但经过长时间的使用，我逐渐掌握了。
现在回想起来，这些过程其实很简单，但是还有更多的细节。
但话虽如此，细节确实至关重要。

sql怎么查看表的索引

嗯，我记得有一次，我在调试一个慢查询问题的时候，盯着屏幕上的执行计划，突然发现那个不起眼的索引根本没有被使用。
当时我就想，这个索引是怎么建的呢？如何使用？
在MySQL中，我曾经使用SHOW INDEX FROM table_name;因为它是直接的并且不需要schema_information。
例如，我上次检查orders表时，输入了SHOW INDEX FROMorders；看到它列出了主键的索引id，并且有一个基于order_date构建的索引。
CARDINALITY 列显示上个月约 3 ,000 条数据。
我想知道，这个索引选择正确吗？
在 PostgreSQL 中，我的同事总是说使用 SELECT FROM pg_indexes WHERE tablename = 'your_table_name';。
他喜欢看indexdef列，继续看CREATE INDEX idx_name ON table (col1 , col2 );的完整样子。
有一次他拿给我看，说：“你看这个连接索引，根据user_id加上order_date，查询比较快。
”
Oracle user_index 和 user_columns 感觉像是旧工具，但它们看起来非常干净。
上次检查旧系统上的客户表时，我把两个表一起检查，发现有2 0年前的索引，并且一些旧查询被卡住，无法快速运行。

在SQL Server端，sys.indexes和sys.index_columns结合使用，你可以触摸每个索引的细节。
我有一次查看销售表，发现它有一个收盘指数。
Index_id为2 ，其中包括sale_date和amount。
我在查询中继续使用 WHERE sale_date BETWEEN '2 02 3 -01 -01 ' AND '2 02 3 -03 -3 1 ' 。
结果计划中就使用了这个索引，并且运行速度非常快。

等等，还有一件事。
最近在AWS RDS上做了一个实验，使用pgAdmin查看PostgreSQL索引。
其图形界面直接将索引绘制到树形图中。
根据user_id索引，col1 和col2 显示所在分支分支。
这非常直观。

所以你看，无论使用哪种方法，主要目标都是了解索引是什么样子以及如何加快查询速度。
只是每次更改数据库时，你都要记住一组新的操作，这是相当烦人的。

我突然想到现在很多云数据库，比如Azure SQL Database，连索引管理都可以自动优化吗？