Forums PostgreSQL.fr

Rq : Une cellule vide est mentionnée par ;=""; dans le CSV ouvert ds Notepad++. Or il apparaît que parfois, elle est mentionnée par ;; sans rien d'autre. Est-ce que cela influence le téléchargement ? Non à priori un autre fichier avec le même souci a été correctement COPY FROM.
A quoi cela est-ce dû ? Un problème d'enregistrement ? Une colonne qui aurait contenu des données que l'on aurait supprimées ? Pb de jointure je pense.

Autre rq : Notepad++ indique 2048 lignes (2047 car la dernière est entièrement vide) alors que PGS (dans une autre version du fichier, avec moins de colonnes) compte 2042 lignes (2043 avec la lignes des noms de colonnes). Pourquoi cette différence de 4 lignes ?
Merci!

j'ai un nombre de ";" égal au nombre de colonnes, donc il faut enlever le dernier ";", c'est bien cela ?
Le souci c'est que j'ai trop de lignes et de colonnes pour faire ça manuellement. Une idée ? Faut-il passer par du codage sous Python ou R ? Merci...

merci ruizsebastien je viens de vérifier, aucun ; Il y a des ' mais ce ne doit pas poser problème...

Merci pour toutes vos réponses, je regarde tout cela.

D'après la doc PGS10, vaut mieux mettre varchar tout simplement au lieu des char() pour une question de coût de stockage. Est-ce que dans ce cas, mettre une variable avec une contrainte de vérification CHECK "vérifier que la taille de la variable ne dépasse pas 5" à une VARCHAR, à la place d'une longueur donnée en utilisant CHAR(5), est judicieux ? Je ne pense pas mais je préfère vous demander votre avis. Merci

Merci, Julien   Deux choses bizarres :

1/dans une table, une variable dont la longueur déclarée dans CREATE TABLE, est CODE char(10) (10 est un chiffre arbitraire) a :
un max(char_length) = 10 et min(char_length)=9. En principe, ce code a une longueur de 9 caractères.
Donc, pour trouver quelles lignes ont une longueur de 10, j'écris :

 SELECT CODE
FROM BD.TABLE
WHERE LENGTH(CODE) >9; 

Résultat : une ligne avec un code qui compte... 9 caractères! Pourquoi ce résultat ? Il n'y a aucun caractère spécial dans le code renvoyé (d'ailleurs, c'est un code avec des chiffres mais enregistré comme chaîne de caractères.) A noter : ce résultat se trouve à la ligne 1 de la table.
Ses : min(octet_length) = 10 et max(octet_length)=12. Pourquoi cette différence entre le max et le min ? A priori, tous les codes ont longueur de 9.

2/ Est-ce que le octet_length marche vraiment ? Je vous explique : ex :

Dans une table différente de ma question 1/, j'importe mes données avec une COPY FROM et par ex dans CREATE TABLE, j'ai créé une variable "nom varchar (100)"
Puis, je vérifie la taille des noms :

SELECT max(length(TABLE.NOM))
FROM BD.TABLE;

Si max(length) donne 15, cela signifie que le nom le plus long est une chaîne de caractère de longueur 15.
max(octet_length) = 100. La différence entre ces deux max est bien trop grande!
Et ceci vaut pour toutes les variables, ex : si ADRESSE varchar (255), le max(octet_length) sera de 255.

3/qu'est-ce qu'exactement ces octets ? Je lis PGS 10 mais pas encore certaine de la réponse
Merci beaucoup!

merci @rjuju!!

Merci Julien. Si quelqu'un d'autre s'y connait, je serai reconnaissante d'avoir des retours
Je reviens sur certains détails des messages ci-dessus pour tenter de comprendre le problème puisque je regarde cette histoire de service windows mais je vois mal où chercher car via panneau de configuration ou gestionnaire des tâches : rien.

si j'ai bien compris, vous voulez dire que ce n'est pas PGS qui pose problème mais windows qui empêche l'accès à ses fichiers à l'utilisateur postgres, c'est bien cela ?

"Quand vous avez installé postgres, un utilisateur a probablement été créé (ou alors un utilisateur spécial a été utilisé)" --> oui, à l'installation, c'est l'utilisateur nommé postgres qui est créé. Pourquoi un autre utilisateur serait-il créé ?

PS : j'avais installé PGS9 l'an dernier, et parce que j'avais perdu le nom d'utilisateur (!!)de PGS pour connecter un autre logiciel à PGS, j'avais désinstallé PGS puis réinstallé à plusieurs reprises! Du coup, j'ai PGS 9.6 qui reste dans mon pgAdmin4 et PGS 10.
Merci

1/Voici le message en entier :

ERROR:  ERREUR:  n'a pas pu ouvrir le fichier « C:\Users\NOMUSER\Desktop\MONDOSSIER\Fichier.csv »  pour une lecture : Permission denied
HINT:  COPY TO indique au serveur PostgreSQL de lire un fichier. Vous pourriez vouloir utiliser la fonctionnalité \copy de psql pour lire en local.


SQL state: 42501

(j'ai juste remplacé mon chemin par des mots généraux pour le forum)

Pour le 3/ je viens de trouver : lors de l'enregistrement, il faut directement écrire : nomfichier.sql
Merci,

@DanielVerite
Quel trigger ? Ds le Browser, au niveau de la table, si je clique sur "Triggers", il n'y a rien. Idem pour le "Triggers" au niveau de "Tables".
si le trigger injecte les variables sans les échapper correctement (erreur commune). -> c'est-à-dire ?
merci,