Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Add simulation and report definitions to the simulation schema

Ouverte
  • Quelque chose ne va pas ?
#899 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

@anth-volk y travaille déjà.

Depuis le 22/10/2026.

  • #900 par @anth-volk — ouverte

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
25/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
À l'abandon
Stack technique
python
Domaine
backend-api-design, database

Piste de recherche

Start by reading the Simulation Entrypoint's simulation schema and the Public API table definitions it references. Define the simulations and reports tables with the described foreign keys and legacy ID columns; check the schema or migration entry point to confirm both tables are created empty and can support a repeatable later migration.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

The Simulation Entrypoint's simulation schema needs the definitions that later runs and results attach to:

  • simulation.simulations: what to run, independent of model versions. A simulation is one policy (null for current law) applied to one population, either a household or an economy named by a region code such as state/ca with an optional dataset name (null means the region's default dataset in whichever catalog version a run uses), with an optional dynamic.
  • simulation.reports: which two simulations a report compares (an economy report needs a reform; a household report may have only a baseline), both of the report's own country and kind, with its year and options.

Both reference the Public API's policies, households and dynamics in the same database with foreign keys (composite with the country where the Public API table has one), all ON DELETE RESTRICT. Simulations and reports migrated from the Public API's v1 database keep their v1 IDs in unique legacy_simulation_id and legacy_report_id columns, so a later one-time migration can be run again safely.

Once deployed, both tables exist with no rows; nothing writes them until the stage 2 routes.

Langage dominant
Python
Étoiles
1
Forks
1
Merge moyen
1 j 16 h
PR mergées (30 j)
61

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de PolicyEngine/policyengine-sim-api

Toutes les issues de PolicyEngine/policyengine-sim-api

Issues similaires

Plus d'issues Python

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.