[Backend] Otimizar banco de dados
メンテナーはふだん 1 日以内に返信
@CLQueirozz がすでに取り組んでいます。
2026年11月9日 から。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 35/100
調査の方向性
Start by inspecting the database table definitions and pagination routes, then check how asyncpg handles UUID columns and how the RAWG API supplies tag IDs. The issue names UUID columns for users, reviews, and lists, missing pagination indexes, and auto-incrementing tag IDs as examples to investigate. Done means identifying and correcting these inconsistencies and other database choices that impair backend performance; the issue does not specify exact files or tests.
索引モデルが issue の本文から書いたものです。
説明
Tem algumas partes das nossas tabelas de dados que estão "desatualizadas" em relação às regras de negócio do backend, ou então poderiam usar melhor as ferramentas disponíveis para postgres.
Alguns exemplos:
-
Os ids de user, review e list, que estão todos no formato uuid, são declarados como varchar(36) nas tabelas, mas existem jeitos mais otimizados do postgres e do asyncpg (biblioteca do python que usamos para codar em postgres) lidarem com uuid (vale uma pesquisa sobre como ajeitar isso)
-
Para as rotas de paginação ficarem mais rápidas, é necessário criar mais indices auxiliares que permitem buscas mais diretas sobre os dados. Criar mais índices significa que inserção, atualização e deleção ficam mais devagar (dá pra ver isso na prática porque os testes de follow/block, que já tem índices, rodam bem mais lentamente do que os de lista, que ainda não tem indices), mas como o gamerboxd é para ser uma "rede social", nós devemos trabalhar com o princípio que os usuários consomem (rotas get) muito mais conteúdo do que eles criam/alteram (rotas post, put, delete).
-
Na tabela de tags, os ids são números inteiros auto incrementados, mas na verdade esses ids devem vir da rawg api (a api já tem definido qual valor corresponde a qual tag), então auto incrementar eles não faz muito sentido porque vamos essencialmente copiar os pares id - valor da API
Busque corrigir essas inconsistências e achar outras que também podem estar comprometendo o desempenho do backend.
- 主要言語
- JavaScript
- スター
- 1
- フォーク
- 0
- 平均マージ
- 17時間 39分
- マージ済み PR（30日）
- 4
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
USPCodeLabSanca/Gamerboxd のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
USPCodeLabSanca/Gamerboxd#91 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
USPCodeLabSanca/Gamerboxd#89 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
USPCodeLabSanca/Gamerboxd#88 ·
メンテナーはふだん 1 日以内に返信
-
[Backend] Escrever um DB_service que apaga list saves após bloqueio対応中かも @enzodisanto-dev が 11 日前に担当しました。 オープンgood first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
USPCodeLabSanca/Gamerboxd#76 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
[Backend] Pesquisa sobre uso de cache対応中かも @Raf4Janni が 8 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
USPCodeLabSanca/Gamerboxd#72 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
USPCodeLabSanca/Gamerboxd の issue をすべて見る
似ている issue
-
area:ui
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
openfootmanager/openfootmanager#1365 ·
メンテナーはふだん 1 日以内に返信
-
documentation
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
NuSkooler/enigma-bbs#988 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
-
Thêm tệp .envオープン
難易度 1/5 1時間未満 初心者へのやさしさ 65/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
mikemccand/luceneutil#644 ·
メンテナーはふだん 4 日以内に返信