PostgreSQL

Бази даних

Запитуйте, оптимізуйте та керуйте базами даних PostgreSQL через природну розмову — на базі OpenClaw та Neotask.

Що ви можете робити

Запит даних простою мовою

Опишіть потрібні дані, і Neotask напише та виконає SQL-запит до вашої бази даних PostgreSQL. Чи це простий пошук, чи з'єднання кількох таблиць, чи агрегація з віконними функціями — ви отримаєте результати без самостійного написання SQL.

Аналіз продуктивності запитів

Вставте повільний запит або опишіть проблему продуктивності та попросіть Neotask запустити EXPLAIN ANALYZE, інтерпретувати план запиту, визначити вузьке місце та запропонувати конкретний індекс або переписування запиту для виправлення.

Моніторинг стану бази даних

Попросіть перевірку стану: поточні з'єднання порівняно з лімітом, таблиці з високою кількістю мертвих кортежів, довготривалі транзакції та статус autovacuum. Neotask запитує системні представлення pg_stat_* та перетворює цифри на практичні висновки.

Управління схемою та об'єктами

Створюйте таблиці, додавайте стовпці, змінюйте обмеження, створюйте індекси та керуйте ролями — все через природну мову. Neotask генерує правильний DDL та підтверджує операції зміни схеми перед їх виконанням.

Усунення проблем з блокуваннями

Попросіть Neotask ідентифікувати блокуючі запити, показати, які сесії чекають на блокування, та безпечно завершити конкретні з'єднання — з підтвердженням перед будь-якими викликами pg_terminate_backend.

Спробуйте запитати

  • "Покажи мені всі замовлення за останні 7 днів, згруповані за країною клієнта"
  • "Чому цей запит повільний?" (вставте ваш запит)
  • "Які таблиці мають найбільше мертвих кортежів і потребують VACUUM?"
  • "Створи індекс для таблиці users на стовпці email"
  • "Які запити зараз виконуються довше 30 секунд?"
  • "Покажи мені всіх користувачів з роллю superuser"
  • "Який розмір кожної бази даних на цьому сервері?"
  • "Додай обмеження NOT NULL до стовпця created_at у таблиці sessions"

    • Поради

  • Завжди просіть Neotask пояснити його SQL перед виконанням на продакшні — переконайтесь, що з'єднання та умови WHERE відповідають вашому наміру.
  • Використовуйте фреймінг "тільки для читання" для дослідницьких запитів: "просто покажи мені дані, нічого не змінюй", щоб Neotask уникав DML при дослідницьких запитах.
  • Просіть EXPLAIN ANALYZE навіть для запитів, що виконуються менше 1 секунди — іноді плани виглядають добре, але мають помилки оцінки, що зашкодять при масштабуванні.
  • При створенні індексів запитуйте, чи буде частковий або покриваючий індекс більш доречним, ніж повний індекс таблиці для вашого патерну доступу.
  • Поєднуйте запити PostgreSQL з подальшими інструментами: "запитай базу даних про користувачів, що зареєструвалися цього тижня, та додай їх до нашої аудиторії Mailchimp".

    • Works Well With