搜索「postgres」的结果

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 输出按优先级排序的成本削减方案。

io.github.latitude-dev/latitude-llm/testing

编写或调试测试、在单元与集成风格之间做选择、Postgres/ClickHouse 测试、重新生成 ClickHouse 测试 schema，或从不带测试代码进生产包的 package 中导出测试助手。

io.github.manaflow-ai/cmux/cmux-backend

cmux 的后端 TypeScript 与 Cloud VM 开发规则。用于编辑 web/app/api、web/services、后端脚本、Cloud VM 生命周期、provider 集成、Postgres、Stack Auth 计费门控、迁移，或 provider 镜像构建脚本。

io.github.electric-sql/electric/electric-deployment

通过 Docker、Docker Compose 或 Electric Cloud 部署 Electric。涵盖 DATABASE_URL（直连，非连接池）、ELECTRIC_SECRET（v1.x 起必需）、开发用 ELECTRIC_INSECURE、wal_level=logical、max_replication_slots、ELECTRIC_STORAGE_DIR 持久化、用于池化查询的 ELECTRIC_POOLED_DATABASE_URL、用 ELECTRIC_DATABASE_USE_IPV6 启用 IPv6、Kubernetes 就绪探针（200 与 202）、复制槽清理，以及 Postgres v14+ 要求。在部署 Electric 或为逻辑复制配置 Postgres 时加载。

io.github.LeoYeAI/openclaw-master-skills/fly-io-deployer

在 Fly.io 上部署和运维 Node、Python、Go、Rust、Elixir 与 Docker 应用：生产级 fly.toml 编写、Machines API 编排、区域选择（延迟/数据主权/出口流量）、Fly Postgres 集群、用 LiteFS 做 SQLite 复制、Upstash Redis 绑定、Tigris 对象存储、持久卷、WireGuard 私网（6PN）、通过 flyctl 管理密钥、借助自动停机机器实现蓝绿部署、缩零策略、定时扩缩、每个 PR 的预览部署、多区域副本、热配置重载、机器 SSH、日志投递到 Better Stack/Axiom/Datadog/Logtail，以及激进的 cost 调优。触发词：“fly.io”“flyctl”“fly machines”“fly.toml”“fly postgres”“litefs”“tigris”“upstash on fly”“fly deploy”“migrate from heroku”“migrate from render”“migrate from railway”“scale to zero”“fly regions”“fly volumes”“fly wireguard”“6pn”“fly secrets”

io.github.davila7/claude-code-templates/neon-instagres

用 Neon Instagres 即时开通可用于生产的 Postgres 数据库。在配置数据库、用户提到 PostgreSQL/Postgres 或需要开发库时使用，兼容 Drizzle、Prisma 与原生 SQL。

io.github.CorrectRoadH/OpenTickly/backend-test-worker

构建并验证基于真实 PostgreSQL 的 Go 测试，以及用于追踪行为的轻量传输冒烟测试。

io.github.aiskillstore/marketplace/database-orm

使用 Drizzle ORM 与 NeonDB Postgres 交互。

io.github.davila7/claude-code-templates/senior-architect

覆盖 ReactJS、NextJS、NodeJS、Express、React Native、Swift、Kotlin、Flutter、Postgres、GraphQL、Go、Python 的全面软件架构技能，用于设计可扩展、可维护的系统。包含架构图生成、系统设计模式、技术选型决策框架与依赖分析。在设计架构、做技术决策、绘制架构图、评估权衡或定义集成模式时使用。

io.github.prisma/orm/prisma-8

在依赖 @prisma/orm-postgres、@prisma/orm-sqlite 或 @prisma/orm-mongo（Prisma 8，原 Prisma Next）的项目中工作时使用：编辑 contract.prisma 或 contract.ts builder、运行 `prisma contract emit`、规划或应用迁移、编辑 migration.ts、编写 db.orm / db.sql / db.query 查询、接线 db.ts 或中间件、集成构建工具、使用 Supabase 扩展或 RLS、阅读 MIGRATION.HASH_MISMATCH 等点号错误码。当用户问“Prisma 8 是什么”“从哪里入手”或与别的 ORM 比较时使用。当用户要求在应用或扩展包中升级 Prisma 8 时使用。当你看到 @internal/* 或 @prisma/orm-* 导入、带 definePrismaConfig 的 prisma.config.ts、contract.json / contract.d.ts 时使用。不适用于 Prisma ORM 7 及更早版本（schema.prisma + @prisma/client）。

io.github.supabase/supabase/clickhouse-logs-queries

针对 ClickHouse 支撑的 logs 表（logs.all.otel 分析端点）编写、评审与迁移 Supabase 日志查询。只要任务涉及 Logs Explorer SQL、log_attributes map、按日志 source 查询（edge_logs、postgres_logs、auth_logs 等）、把旧的 BigQuery cross join unnest(metadata) 日志查询翻译为 ClickHouse，或在 apps/studio/data/logs 与 apps/studio/components/interfaces/Settings/Logs 中接入分析日志 SQL 时使用。用户即使只说“日志查询”“Logs Explorer”或粘贴一段 BigQuery 日志查询待转换也应使用，不必非要提到 ClickHouse。

io.github.PostHog/posthog/adding-personhog-rpc

在 personhog-replica 与 personhog-router 中新增 RPC 的指南。涵盖资格检查、proto 定义、Python 与 Node.js 客户端代码生成、Rust 实现（storage trait、postgres 查询、服务处理器、router 接线）与索引兼容性校验。在为 personhog 添加新 gRPC 端点、把 Django ORM 查询迁移到 personhog 或扩展 personhog 服务 API 时使用。

io.github.supabase/supabase/clickhouse-logs-queries

针对 ClickHouse 支撑的 logs 表（logs.all.otel 分析端点）编写、评审与迁移 Supabase 日志查询。只要任务涉及 Logs Explorer SQL、log_attributes map、按日志 source 查询（edge_logs、postgres_logs、auth_logs 等）、把旧的 BigQuery cross join unnest(metadata) 日志查询翻译为 ClickHouse，或在 apps/studio/data/logs 与 apps/studio/components/interfaces/Settings/Logs 中接入分析日志 SQL 时使用。用户即使只说“日志查询”“Logs Explorer”或粘贴一段 BigQuery 日志查询待转换也应使用，不必非要提到 ClickHouse。