Please sign in to see the alerts.

Overview

Project website postgis.net
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Any authenticated user can contribute.
  • The translation uses bilingual files.
Source code repository https://git.osgeo.org/gitea/postgis/postgis.git
Repository branch stable-3.2
Last remote commit Push to 3.2.6dev milestone 6e2c5206d
Regina Obe authored yesterday
Weblate repository https://weblate.osgeo.org/git/postgis_branch_32/postgis/
File mask doc/po/*/using_postgis_dataman.xml.po

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 4,592 99,112 690,001
Source 801 17,959 124,605
Translated 47% 2,203 43% 43,538 44% 303,901
Needs editing 4% 186 4% 4,491 4% 31,584
Read-only 17% 801 18% 17,959 18% 124,605
Failing checks 9% 450 11% 11,304 11% 78,761
Strings with suggestions 9% 440 9% 9,643 9% 66,922
Untranslated strings 47% 2,203 51% 51,083 51% 354,516
Last 12 months Previous

Activity in last 12 months

0 changes 4,658 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 152 changes 0 changes 1 change 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes
May Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar Apr

Quick numbers

99,112
Hosted words
4,592
Hosted strings
47%
Translated
2
Contributors
and previous 30 days

Trends of last 30 days

—
Hosted words
—
—
Hosted strings
—
—
Translated
—
+100%
Contributors
—
User avatar None

Component unlocked

postgis_branch_32 / using_postgis_dataman

Fixing an alert automatically unlocked the component. 11 days ago
User avatar None

Component locked

postgis_branch_32 / using_postgis_dataman

The component was automatically locked because of an alert. 12 days ago
User avatar None

New alert

postgis_branch_32 / using_postgis_dataman

Could not update the repository. 12 days ago
User avatar anonymous

Suggestion added

postgis_branch_32 / using_postgis_dataman — French

For more information see the Postgres manual section on <ulink url="https://www.postgresql.org/docs/current/runtime-config-query.html">Query Planning</ulink>.
Pour plus d'informations, voir la section du manuel Postgres sur <ulink url="https://www.postgresql.org/docs/current/runtime-config-query.html">Query Planning</ulink>.
2 weeks ago
User avatar anonymous

Suggestion added

postgis_branch_32 / using_postgis_dataman — French

If <command>SET ENABLE_SEQSCAN TO OFF;</command> does not help your query, the query may be using a SQL construct that the Postgres planner is not yet able to optimize. It may be possible to rewrite the query in a way that the planner is able to handle. For example, a subquery with an inline SELECT may not produce an efficient plan, but could possibly be rewritten using a LATERAL JOIN.
Si la <command>SET ENABLE_SEQSCAN TO OFF;</command> n'aide pas votre requête, il se peut qu'elle utilise une construction SQL que le planificateur Postgres n'est pas encore en mesure d'optimiser. Il peut être possible de réécrire la requête de manière à ce que le planificateur soit en mesure de la traiter. Par exemple, une sous-requête avec un SELECT en ligne peut ne pas produire un plan efficace, mais peut être réécrite en utilisant un JOIN LATERAL.
2 weeks ago
User avatar anonymous

Suggestion added

postgis_branch_32 / using_postgis_dataman — French

If <command>SET ENABLE_SEQSCAN TO OFF;</command> helps your query to run faster, your Postgres is likely not tuned for your hardware. If you find the planner wrong about the cost of sequential versus index scans try reducing the value of <varname>RANDOM_PAGE_COST</varname> in <code>postgresql.conf</code>, or use <command>SET RANDOM_PAGE_COST TO 1.1;</command>. The default value for <varname>RANDOM_PAGE_COST</varname> is 4.0. Try setting it to 1.1 (for SSD) or 2.0 (for fast magnetic disks). Decreasing the value makes the planner more likely to use index scans.
Si <command>SET ENABLE_SEQSCAN TO OFF;</command> aide votre requête à s'exécuter plus rapidement, votre Postgres n'est probablement pas adapté à votre matériel. Si vous trouvez que le planificateur se trompe sur le coût des balayages séquentiels par rapport aux balayages d'index, essayez de réduire la valeur de <varname>RANDOM_PAGE_COST</varname> dans <code>postgresql.conf</code>, ou utilisez <command>SET RANDOM_PAGE_COST TO 1.1;</command>. La valeur par défaut de <varname>RANDOM_PAGE_COST</varname> est 4.0. Essayez de la fixer à 1.1 (pour les disques SSD) ou à 2.0 (pour les disques magnétiques rapides). En diminuant la valeur, le planificateur est plus enclin à utiliser les balayages d'index.
2 weeks ago
User avatar anonymous

Suggestion added

postgis_branch_32 / using_postgis_dataman — French

If vacuuming does not help, you can temporarily force the planner to use the index information by using the command <command>SET ENABLE_SEQSCAN TO OFF;</command>. This way you can check whether the planner is at all able to generate an index-accelerated query plan for your query. You should only use this command for debugging; generally speaking, the planner knows better than you do about when to use indexes. Once you have run your query, do not forget to run <command>SET ENABLE_SEQSCAN TO ON;</command> so that the planner will operate normally for other queries.
Si vacuum ne suffit pas, vous pouvez temporairement forcer le planificateur à utiliser les informations d'index en utilisant la commande <command>SET ENABLE_SEQSCAN TO OFF;</command>. De cette façon, vous pouvez vérifier si le planificateur est capable de générer un plan de requête accéléré par l'index pour votre requête. Vous ne devez utiliser cette commande qu'à des fins de débogage ; en règle générale, le planificateur sait mieux que vous quand utiliser les index. Une fois que vous avez exécuté votre requête, n'oubliez pas de lancer la commande <command>SET ENABLE_SEQSCAN TO ON;</command> afin que le planificateur fonctionne normalement pour les autres requêtes.
2 weeks ago
User avatar anonymous

Suggestion added

postgis_branch_32 / using_postgis_dataman — French

You should regularly vacuum your databases anyways. Many PostgreSQL DBAs run <command>VACUUM</command> as an off-peak cron job on a regular basis.
Vous devriez de toute façon vacuum régulièrement vos bases de données. De nombreux administrateurs de bases de données PostgreSQL exécutent <command>VACUUM</command> en tant que tâche cron en dehors des heures de pointe sur une base régulière.
2 weeks ago
User avatar anonymous

Suggestion added

postgis_branch_32 / using_postgis_dataman — French

Make sure statistics are gathered about the number and distributions of values in a table, to provide the query planner with better information to make decisions around index usage. <command>VACUUM ANALYZE</command> will compute both.
Assurez-vous que des statistiques sont collectées sur le nombre et la distribution des valeurs dans une table, afin de fournir au planificateur de requêtes de meilleures informations pour prendre des décisions concernant l'utilisation de l'index. La <command>VACUUM ANALYZE</command> calculera les deux.
2 weeks ago
User avatar anonymous

Suggestion added

postgis_branch_32 / using_postgis_dataman — French

Examine the query plan and check your query actually computes the thing you need. An erroneous JOIN, either forgotten or to the wrong table, can unexpectedly retrieve table records multiple times. To get the query plan, execute with <code>EXPLAIN</code> in front of the query.
Examinez le plan de requête et vérifiez que votre requête calcule effectivement ce dont vous avez besoin. Un JOIN erroné, oublié ou vers la mauvaise table, peut récupérer plusieurs fois des enregistrements de la table de manière inattendue. Pour obtenir le plan de la requête, exécutez avec <code>EXPLAIN</code> devant la requête.
2 weeks ago
Browse all component changes