From 649867c85e372f9dcb91b282e99358961cdef12b Mon Sep 17 00:00:00 2001 From: Anbarasu Date: Mon, 8 Apr 2024 18:44:31 +0530 Subject: [PATCH] Update scripts/docs/fr/070.fields/fr-020.primary-key.md Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com> --- scripts/docs/fr/070.fields/fr-020.primary-key.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/docs/fr/070.fields/fr-020.primary-key.md b/scripts/docs/fr/070.fields/fr-020.primary-key.md index 4a222d2a28..04fc70705c 100644 --- a/scripts/docs/fr/070.fields/fr-020.primary-key.md +++ b/scripts/docs/fr/070.fields/fr-020.primary-key.md @@ -19,7 +19,7 @@ Comme il identifie de manière unique un enregistrement individuel d'une table, La clé primaire définie/utilisée dans NocoDB dépend de la façon dont la table sous-jacente a été créée. Le résumé est capturé ci-dessous 1. Depuis l'interface utilisateur, créer un nouveau tableau / Importer depuis Excel / Importer depuis CSV - 1. Un`ID`Le champ système \[datatype : Integer] créé par défaut lors de la création de la table est utilisé comme clé primaire + 1. Un `ID` Le champ système \[datatype : Integer] créé par défaut lors de la création de la table est utilisé comme clé primaire 2. Champs système supplémentaires`created-at`,`updated-at`sont insérés par défaut 2. Connectez-vous à une base de données externe existante 1. Existant`primary key`le champ défini pour une table est conservé tel quel ; NocoDB n'insère pas de nouveau champ ID