Question 1

Hasuraの権限が、データベースを再作成した後にマイグレーションを適用しても保持されないのはなぜですか？

Accepted Answer

Hasuraにおけるパーミッションはメタデータの一部であり、マイグレーションには含まれません。マイグレーションはデータベーススキーマの変更（カラムやテーブル）のみを扱います。パーミッションを永続化するには、`hasura metadata apply`を使用してメタデータも適用する必要があります。コンソールがメタデータのエクスポートに失敗する場合（例：cli-extバイナリの欠落）、CLIを最新バージョンにアップデートした上で、メタデータを再エクスポートして適用してください。`~/.hasura/`を削除すると、ローカルキャッシュの問題が解決する可能性があります。

Question 2

Hasura Console で 'Delete 1 rows' をクリックしたとき、選択した行ではなくすべての行が削除されてしまうのはなぜですか？

Accepted Answer

これは、`channel/stable/v2.50` から配信されるCDNコンソールビルドのバグです(v2.50.xを実行しているセルフホストのEE/ライセンス未適用のpro-liteサーバーに影響します)。コンソールは空の `where: {}` 句を含むdeleteミューテーションを送信し、テーブル内のすべての行が削除されてしまいます。

**修正:** Hasura GraphQL Engineサーバーを **v2.50.6以降** にアップグレードしてください。このバグはパッチリリースで修正されており、CDNコンソールは最新のパッチ適用済みコンソールアセットを自動的に取得するため、修正の公開後にコンソールを再読み込みすれば解決します。

**直ちに有効な回避策(データ損失を防止):** 次の環境変数を設定して、サーバーがCDNビルドではなくバンドル版のコンソールを配信するように強制します:
```
HASURA_GRAPHQL_CONSOLE_ASSETS_DIR=/srv/console-assets
```
その後、サーバーを再起動し、ブラウザでコンソールをハードリフレッシュしてください。

修正を確認するには、ブラウザの開発者ツールを開き、deleteリクエストに `"where":{}` ではなく、例えば `"where":{"id":2}` のような主キーフィルターが含まれていることを確認してください。

Question 3

Hasuraクエリログにパスワードやメールなどの機密変数が表示されないようにする方法は？

Accepted Answer

現在、組み込みの唯一の方法は、HASURA_GRAPHQL_ENABLED_LOG_TYPES環境変数を設定し、"query-log"を除外することで、query-logタイプを完全に無効にすることです。例えば、http-logとwebsocket-logのみを有効にするには、HASURA_GRAPHQL_ENABLED_LOG_TYPES=http-log,websocket-logとします。これにより、変数やprepared_argumentsを含むすべてのクエリログが停止されますが、機密性のないクエリ文字列やパフォーマンスデータも削除されます。選択的なキーマスキングの機能リクエストはGitHub issue #10814で公開されています。

Question 4

Hasuraの行レベルパーミッションで配列の重複チェック（array overlap check）を実装する方法は？

Accepted Answer

Hasuraには、パーミッションにおける配列カラム用の組み込みの`_overlaps`演算子はありません。カラムの配列とセッション変数の配列に共通の要素があるかどうかを確認するには、PostgreSQLの`&&`重複演算子を使用し、セッション変数を受け取るカスタムSQL関数を作成してください。例：`CREATE FUNCTION check_array_overlap(arr text[], session_arr text[]) RETURNS boolean AS $$ SELECT arr && session_arr; $$ LANGUAGE sql STABLE;` その後、この関数を行レベルパーミッションルールで使用します：`{"check_array_overlap":{"arr":"is_in_boards","session_arr":"x-hasura-admin-in-boards"}}`。カスタム関数とセッション変数に関するドキュメントを参照してください。

Question 5

カラムの型をクリアまたは変更したときに Hasura Console が既存のカラムを複製してしまう問題は、どうすれば修正できますか？

Accepted Answer

これは Hasura Console v2.33.0 における UI のバグです。`TableColumn.js` では、カラム型ハンドラーが現在のカラムインデックス `i` の代わりに `selectedOption.colIdentifier`/`colTypeIdentifier` を使用していたため、更新が誤ったカラムを対象とし、スキーマエントリが重複していました。マージされた修正を含む Hasura リリースにアップグレードしてください。Console を自分でビルドしている場合は、ハンドラーが常に `i` を使用するようにパッチを適用してください: `onColTypeChange(i, newType)` および `setColTypeIdentifier(i)` で、`onColArrayChange` 内も含みます。v2.33.0 での回避策として、型ドロップダウンをクリア/選択解除しないでください。正しい置き換え型を直接選択するか、カラムを削除して追加し直してください。重複した行が表示された場合は、テーブルを保存する前に手動で削除してください。

graphql-engine

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト