更新说明
过去几年中，我们收到了大量用户反馈，他们表示不理解会话的概念，并且此功能对 DataGrip 的学习曲线影响重大。 以下是几个示例：
项目优先的独立控制台会话模型过于多余， 这种模型让打开和执行简单的 SQL 文件相当麻烦。 如果我只想打开和执行脚本，我必须先创建一个项目，把文件添加到项目中，然后打开控制台，再打开会话，把文件附加到会话。 实在太麻烦了。
我先前使用的是 SQL Server Management Studio，感觉 DataGrip 的 UI 太复杂了。 在 SSMS 里，基本上只有服务器、查询和结果。 到了 DataGrip，有会话、控制台还有临时文件等，这让工具对于新用户来说不太直观。
UI 有些地方笨拙又难懂。 当我必须选择一个控制台来运行脚本的时候，我并不完全清楚为什么我必须这样做，或者选择的后果是什么。 这不应该是默认行为。
在 DataGrip 中，“会话”是一个技术术语，指的是连接的容器。 换句话说，连接可以在一个会话内建立、停止和重新建立。 对于每个连接，都有一个会话。
会话附加是一种强大的机制，但在大多数情况下，用户只需要为要运行的查询设置上下文（数据源和数据库或架构）。
从版本 2024.1 开始，用户将不再需要手动选择在哪个会话中运行查询，这适用于所有类型的查询。 会话仍然存在，但您不再需要担心它们。 我们来深入了解这一变化如何影响 DataGrip 的主要用例。
附加和切换数据源
要附加文件，您只需选择数据源，而不是会话。 选择数据源后，再选择架构。
切换会话
Switch Session（切换会话）操作现在仅在 Services（服务）工具窗口的客户端上下文菜单中显示。 它允许您仅在当前数据源内切换会话。
运行函数
您不再需要在启动函数之前选择会话。 在 Execute Routine（执行例程）窗口中，Run from（运行自）选项允许您选择从中启动函数的控制台或文件。
