搜索「postgres」的结果

io.github.sickn33/agentic-awesome-skills/postgresql-devsec

Administer PostgreSQL databases. Configure replication, backups, and performance tuning. Use when managing PostgreSQL deployments.

io.github.garrytan/gbrain/postgres-adopt

检测当前 gbrain 使用的是哪种引擎（PGLite 还是 Postgres），在智能体安装场景中优先选择 Postgres，并安装或开通 Postgres（通过 SUPABASE_ACCESS_TOKEN 发现 Supabase、本地 Postgres、需显式选择的 Docker），再用受保护的引擎迁移把已有的 PGLite brain 搬移过去。检测只需一条与引擎无关的命令，安装阶梯也只需一个参数。

io.github.affaan-m/ECC/postgres-patterns

PostgreSQL 数据库模式，涵盖查询优化、Schema 设计、索引与安全，基于 Supabase 最佳实践。适用于设计 PostgreSQL Schema、索引或 RLS 策略，或查询过慢时。

io.github.github/awesome-copilot/migrating-oracle-to-postgres-data-access-code

将 .NET/C# 数据访问代码从 Oracle 迁移到 PostgreSQL（Npgsql）。替换 Oracle NuGet 包，重写 OracleConnection/OracleCommand/OracleDataReader 用法，修正 DbType 映射，更新存储过程调用模式，并适配连接字符串配置。适用于 Oracle 到 PostgreSQL 数据库迁移期间改造 .NET 项目的应用代码层。

io.github.github/awesome-copilot/migrating-oracle-to-postgres-stored-procedures

将 Oracle PL/SQL 存储过程迁移到 PostgreSQL PL/pgSQL。翻译 Oracle 专有语法，保留方法签名与类型锚定参数，适当利用 orafce，并应用显式排序规则映射（仅在合适时使用 COLLATE "C"，必要时采用 locale 排序规则）。适用于数据库迁移期间把 Oracle 存储过程或函数转换为 PostgreSQL 等价实现。

io.github.github/awesome-copilot/reviewing-oracle-to-postgres-migration

对照已知行为差异（空字符串、refcursor、类型强转、排序/排序规则、UNION ALL 优化器风险、物化视图刷新要求、时间戳、并发事务等）识别 Oracle 到 PostgreSQL 的迁移风险。在规划数据库迁移、审查迁移产物，或验证集成测试是否覆盖 Oracle/PostgreSQL 差异时使用。

io.github.HoangNguyen0403/agent-skills-standard/database-postgresql

应用 PostgreSQL 在迁移、索引、事务与 ORM 边界方面的标准。用于修改实体、Prisma schema、迁移、RLS，或 PostgreSQL 的查询性能工作。

io.github.github/awesome-copilot/planning-oracle-to-postgres-migration-integration-testing

为 Oracle 到 PostgreSQL 数据库迁移中的 .NET 数据访问代码制定集成测试计划。分析单个项目，识别与数据库交互的仓储、DAO 和服务层，产出结构化测试计划。适用于为迁移后的项目规划集成测试覆盖、确定哪些数据访问方法需要测试，或准备 Oracle 到 PostgreSQL 的迁移验证。

io.github.latitude-dev/latitude-llm/database-postgres

Drizzle schema、repository、RLS、SqlClient 接线、Postgres 迁移、psql / 重置，或平台映射器（toDomain* / toInsertRow）。

io.github.PostHog/posthog/querying-local-postgres

对本地 Postgres 应用库执行只读 SQL（SELECT、EXPLAIN，以及 SELECT 的 EXPLAIN ANALYZE）。默认本地 URL 为 postgres://posthog:posthog@localhost:5432/posthog，否则使用 DATABASE_URL。在查询本地库、检查表、调试数据或分析查询计划时使用。严禁任何写操作。

io.github.timescale/pg-aiguide/design-postgres-tables

用于通用 PostgreSQL 表设计。**触发时机**——用户要求：设计 PostgreSQL 表、模式或数据模型（新建表与修改现有表时）；为 PostgreSQL 选择数据类型、约束或索引；创建用户表、订单表、引用表或 JSONB 模式；了解 PostgreSQL 在规范化、约束或索引方面的最佳实践；设计高频更新、高频 upsert 或 OLTP 风格的表。**关键词**：PostgreSQL schema、table design、data types、PRIMARY KEY、FOREIGN KEY、indexes、B-tree、GIN、JSONB、constraints、normalization、identity columns、partitioning、row-level security。全面覆盖数据类型、索引策略、约束、JSONB 模式、分区与 PostgreSQL 特有最佳实践

io.github.BidingCC/BuildingAI/postgresql-table-design

设计 PostgreSQL 专属模式。涵盖最佳实践、数据类型、索引、约束、性能模式与高级特性

io.github.affaan-m/ECC/postgres-patterns

PostgreSQL 数据库模式，涵盖查询优化、Schema 设计、索引与安全。常见模式、索引类型、数据类型与反模式检测的快速参考，基于 Supabase 最佳实践。

io.github.affaan-m/ECC/postgres-patterns

PostgreSQL 数据库模式，涵盖查询优化、Schema 设计、索引与安全，基于 Supabase 最佳实践。

io.github.affaan-m/ECC/postgres-patterns

PostgreSQL 数据库模式，涵盖查询优化、Schema 设计、索引与安全，基于 Supabase 最佳实践。

io.github.incidentfox/incidentfox/database-postgresql

PostgreSQL 数据库检查与查询。用于查看表结构、运行查询、检查锁、复制状态或长时间运行的查询。

io.github.topoteretes/cognee/cognee-docker

当用户希望用 Docker 或 docker compose 运行 cognee 时使用——包括用预构建镜像快速体验、在容器中启动 API 服务，或用 compose profile 拉起完整技术栈（UI、MCP、Postgres、Neo4j）。

io.github.supabase/supabase/safe-sql-execution

只要代码会构建、返回、拉取或执行针对用户真实 Postgres 数据库的 SQL，就使用本 skill——即使需求读起来像普通功能或 bug 修复，完全没提“security”“injection”或“SafeSqlFragment”。覆盖：编写或修改任何构造/返回数据库对象（表、视图、函数、DB 触发器、索引、RLS 策略）SQL 的 pg-meta 函数、查询构造器或接口；把 schema/表/列/搜索词/路由参数插入 SQL 文本；存储、读取或重跑从数据库往返的 SQL（策略定义、函数/视图定义、片段保存内容）；以及任何把 SQL 发到项目库的 Run/Apply/Execute 动作（SQL 编辑器执行选中、策略编辑器应用、片段执行器）。在动手写这类代码前就要加载，不要只在评审成品 diff 时才用。仅在改动完全不涉及 SQL 文本或执行时跳过——样式、无关的数据 hook、非 SQL 表单校验或 UI 布局工作。

io.github.PostHog/posthog/triaging-warehouse-sync-tickets

借助 PostHog 自身生产数据，从支持工单出发排查客户的数据仓库源、schema 或表。当工单称仓库表过期、为空、卡住、重复、缺行或同步失败，且你需要同步的真实状态而非客户描述时使用。客户所在团队你的 MCP 会话无法直达，因此所有答案都来自 execute-sql，其 connectionId 指向直连 PostHog 线上生产库（存有全部客户数据）的 direct-connect 源。涵盖区域判定（US 与 EU）、生产 Postgres 连接（externaldatasource / externaldataschema / externaldatajob / datawarehousetable）、生产 ClickHouse 连接（log_entries、app_metrics2）、经 posthog-connection-call 的跨区域访问、为何 external-data-* 产品工具会悄悄从你自己的项目作答，以及如何以一条建议动作加“谁能执行”收尾。仅限内部：每次查询返回的都是其他客户的数据。

io.github.PostHog/posthog/optimizing-clickhouse-and-hogql-queries

ClickHouse 与 HogQL 查询的优化流程。当 HogQL 查询、查询运行器、insight 或报表太慢，手写的 ClickHouse 查询（经 `sync_execute` 或在迁移中）太慢，ClickHouse 超时或触及内存限制，排查 `system.query_log` 中的慢查询记录，或评审拟议的 HogQL printer 性能改动时使用。涵盖提取 ClickHouse SQL、常见坏味道（`FROM ... FINAL`、对 properties 的 JSONExtract、缺失 skip index、自连接、CTE 膨胀）、对着真实集群度量，以及在正确的层（printer、查询运行器或迁移）应用修复。不覆盖 Postgres / Django ORM / 应用库查询；那些需要 pganalyze 与 `query-performance-optimization.md` 的 Postgres 章节。

io.github.PostHog/posthog/suggesting-data-imports

当用户询问收入、支付、订阅、账单、CRM 商机、工单、广告投放、生产数据库表等 PostHog 原生不采集的数据，或想把 PostHog 产品事件与这些外部业务数据关联分析时使用。当查询因表不存在失败、或预期外部数据查无结果时也使用。数据仓库可从 SaaS 工具（Stripe、Hubspot、Zendesk 等）、广告平台、生产数据库（Postgres、MySQL、BigQuery、Snowflake）及其他任意数据源导入。涵盖检查现有数据源、识别正确的源类型并引导完成配置。

io.github.supabase/supabase/safe-sql-execution

只要代码会构建、返回、拉取或执行针对用户真实 Postgres 数据库的 SQL，就使用本 skill——即使需求读起来像普通功能或 bug 修复，完全没提“security”“injection”或“SafeSqlFragment”。覆盖：编写或修改任何构造/返回数据库对象（表、视图、函数、DB 触发器、索引、RLS 策略）SQL 的 pg-meta 函数、查询构造器或接口；把 schema/表/列/搜索词/路由参数插入 SQL 文本；存储、读取或重跑从数据库往返的 SQL（策略定义、函数/视图定义、片段保存内容）；以及任何把 SQL 发到项目库的 Run/Apply/Execute 动作（SQL 编辑器执行选中、策略编辑器应用、片段执行器）。在动手写这类代码前就要加载，不要只在评审成品 diff 时才用。仅在改动完全不涉及 SQL 文本或执行时跳过——样式、无关的数据 hook、非 SQL 表单校验或 UI 布局工作。

io.github.omnigent-ai/omnigent/docker

在任意 Docker 主机上以 Docker compose 栈（server + Postgres）运行 Omnigent 服务器——笔记本、VPS、手动操作的 EC2，或作为任何容器平台部署的底层。当用户要构建镜像、拉起 compose 栈、调试已有主机上的栈，或为新平台扩展该栈时调用。

io.github.sickn33/antigravity-awesome-skills/sql-sentinel

审计 SQL 中会烧掉数仓额度的成本与性能反模式。为数仓健康度打分 0-100，并针对 BigQuery、Snowflake、Redshift 与 Postgres 输出按优先级排序的成本削减方案。