你踩的这个坑其实很多从SQL Server转Postgres的开发者都会遇到——PostgreSQL的存储过程（PROCEDURE）和SQL Server的存储过程设计逻辑完全不一样，它本来就不是用来返回数据集的，这就是你拿不到数据的核心原因！

为什么你的存储过程拿不到数据？ #

PostgreSQL在11版本才引入PROCEDURE，它的设计定位是执行事务性操作（比如批量更新、删除、管理事务提交回滚），而不是返回查询结果。你在PROCEDURE里写的SELECT语句，只会在存储过程内部执行，默认不会把结果返回给调用方——这就是你在测试时执行CALL public.get_list()只看到CALL没有数据的原因。

正确的解决方案：改用PostgreSQL函数（FUNCTION） #

在PostgreSQL里，返回数据集的正确姿势是用FUNCTION，而不是PROCEDURE。我们来一步步修改：

第一步：把存储过程改成函数 #

把你原来的PROCEDURE替换成下面的FUNCTION（注意要替换[你的数据类型]为实际字段类型，比如varchar(50)、int等；如果some_table的结构固定，也可以用RETURNS SETOF some_table简化）：

CREATE OR REPLACE FUNCTION public.get_list()
-- 替换为你实际的字段数据类型
RETURNS TABLE(field1 varchar, field2 int, field3 date)
LANGUAGE sql
AS $$
SELECT field1, field2, field3 FROM some_table;
$$;

先在pgAdmin或者psql里测试一下，执行SELECT * FROM public.get_list();，确认有数据返回，先把数据库端的问题排除。

第二步：修改WinForms的C#代码 #

因为调用FUNCTION和PROCEDURE的方式不同，我们调整C#代码，这里给你两种靠谱的写法：

写法一：用文本命令调用（最直观，不容易出错）

这种方式直接用SELECT语句调用函数，和你平时查普通表的逻辑一致：

DataTable dtt = new DataTable();
string ConString = "Server=x.xxx.xx.xxx;Port=5432;User Id=xxx;Password=xxx;Database=xxx;";
// 用using包裹连接，确保自动释放资源
using (NpgsqlConnection connection = new NpgsqlConnection(ConString))
{
    connection.Open();
    // 直接用SELECT调用函数，而不是CALL
    using (NpgsqlCommand cmd = new NpgsqlCommand("SELECT * FROM public.get_list();", connection))
    {
        try
        {
            // 这里用CommandType.Text即可
            cmd.CommandType = System.Data.CommandType.Text;
            using (var dataReader = cmd.ExecuteReader())
            {
                if (dataReader.HasRows)
                {
                    GridView.Visible = true;
                    dtt.Load(dataReader);
                    GridView.DataSource = dtt;
                    GridView.Update();
                }
                else
                {
                    MessageBox.Show("数据库中没有匹配的数据");
                }
            }
        }
        catch (Exception ex)
        {
            MessageBox.Show(ex.ToString());
        }
    }
}

写法二：用CommandType.StoredProcedure调用（适合习惯用存储过程调用方式的开发者）

如果你还是想用CommandType.StoredProcedure，Npgsql也支持，但要注意函数的返回类型必须是可枚举的集合：

// 连接部分和上面一致
using (NpgsqlCommand cmd = new NpgsqlCommand("get_list", connection))
{
    cmd.CommandType = System.Data.CommandType.StoredProcedure;
    // 后续的DataReader逻辑和上面一样
}

额外的排查小技巧 #

• 先验证数据库端：不管代码怎么写，先在PostgreSQL客户端（pgAdmin/psql）里执行SELECT * FROM get_list();，确认有数据返回，排除数据库本身没数据的问题。
• 检查Npgsql版本：确保你的Npgsql NuGet包版本和PostgreSQL服务器版本兼容（比如PostgreSQL 15对应Npgsql 6.x及以上）。
• 资源释放：原来的代码里没有用using包裹NpgsqlConnection，建议加上，避免连接泄漏。

以后在PostgreSQL里要返回数据集，就用FUNCTION；PROCEDURE只用来做事务性的操作（比如批量修改、事务管理），别搞混了～你可以先修改函数，再测试代码，应该就能看到DataGrid里的数据了！