Bonjour,
Je vais mettre mon grain de sel. Je vois toutes ces discussions sur les 
meilleurs outils pour réaliser certaines tâches. Et je suis d'accord 
avec vous sur le fond.
Sauf que pour avoir travaillé pendant des (je ne dirais pas combien) 
années pour un certain ministère, la réalité est toute autre.
On n'est pas administrateur de notre poste de travail (donc pas 
d'installation possible de logiciels) et on doit effectuer notre travail 
avec ce que l'on a. Dans notre cas, c'était libreoffice et les logiciels 
métier qui parfois  permettaient des exports en csv. Et débrouilles-toi 
avec çà !
J'ai tellement galéré avec ces contraintes !
Voilà. Cela m'a fait du bien.
Claude
Le 05/06/2023 à 18:46, C Fourcroy a écrit :
Bonsoir,
Un peu pour le plaisir de chipoter et surtout pour ne pas confondre 
seau et brouette ou camion-benne quand il s'agit de transporter 
quelque chose... Excel, comme calc sont limités à 16 384 colonnes et 1 
048 576 lignes.. Ce qui n'est forcément le Pérou pour une grosse base 
de données.
à une époque j'avais récupéré les comptes de divers départements 
français en csv (plusieurs millions de lignes et plusieurs milliers e 
colonnes), ça avait mis aussi bien Excel que Calc à genou, ou alors, 
pour Excel, il fallait passer par Query. Alors que MySQL ou même HSQL 
s'en sortaient très bien.
PHPMyAdmin n'est pas un SGBD mais une interface MySQL qui a ses limites.
L'import dans MySQL, Access, SQL Server, DB,DB Maria, InterBase, 
FireBird, Oracle ou autre se ferait sans problème. Il faut juste 
connaître le dialecte SQL ou approchant du SGBD utilisé, grosso modo, 
il faut faire une importation plutôt qu'une attaque directe..
Et il y a aussi SQLite qui travaille essentiellement mémoire vive 
(donc très rapide) avec son interface DB Browser qui ferait du très 
bon boulot sans trop d'effort, du moment que la RAM de la machine le 
permet.
Et Ouvrir le CSV dans Base en passant par "Connecter une base de 
données existantes" - "Texte" -> choisir le dossier contenant le ou 
les csv -> choisir le séparateur de champ, de texte, de décimales et 
des milliers ... ça ne marche pas ?
Mais il est vrai aussi que le plus efficace est  très souvent 
d'utiliser un outil que l'on connait bien et qui permet de faire le 
travail, même si ce n'est pas forcément le plus efficace.
Le 05/06/2023 à 17:52, Bernard Siaud alias Troumad a écrit :
Le 01/06/2023 à 04:13, C Fourcroy a écrit :
Bonsoir,
Sans acrimonie envers le questionneur, je me demande pourquoi de 
plus en plus de gens ne comprennent pas ce qu'est un tableur (Calc, 
Excel ou autre)... Il y a 15 ou 20 ans, personne n'aurait posé ce 
genre de question.
Un tableur est une application fait, à la base, pour faire des 
calculs, manipuler des chiffres, pas pour gérer des données. les 
calculs se font sous forme de formule dans une cellule (que l'on 
peut très facilement étendre à d'autres cellules, voire, toute une 
colonne).
Un exemple avec un fichier csv confidentiel (parcours sup pour notre 
établissement)...
phpmyadmin n'arrive pas à le lire (ni le mien, ni celui d'OVH), excel 
peut les ouvrir même quand le nombre de colonnes est gigantesque. 
Calc peut l'ouvrir si je restreint un peu le nombre de colonne, 
phpmyadmin n'arrive pas à lire ce fichier. Donc, un passage pas calc 
s'est imposé.
--
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy
Context
   
 
  Privacy Policy |
  
Impressum (Legal Info) |
  
Copyright information: Unless otherwise specified, all text and images
  on this website are licensed under the
  
Creative Commons Attribution-Share Alike 3.0 License.
  This does not include the source code of LibreOffice, which is
  licensed under the Mozilla Public License (
MPLv2).
  "LibreOffice" and "The Document Foundation" are
  registered trademarks of their corresponding registered owners or are
  in actual use as trademarks in one or more countries. Their respective
  logos and icons are also subject to international copyright laws. Use
  thereof is explained in our 
trademark policy.