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.