Discussion :

[clavier12AZQSWX]

bonjour,

actuellement, je construis pas mal de requêtes de type VIEW que je stocke dans un fichier texte édité sous notepadd++.
c'est devenu trop lourd (navigation difficile, requête de 2 pages de 150lignes...)
Malgré la coloration syntaxique de np++, je vois les limites d'ergonomie de cet éditeur.
y-a-t-il une autre alternative gratuite ? sinon payante ? je donnerai presque un rein pour avoir un confort d'édition de mes longues requêtes...

90% de mon travail SQL consiste à faire du sql dans l'éditeur et du copier/coller vers phpmyadmin (l'éditeur de myadmin est encore plus imbuvable) pour tester/vérifier les résultats.

merci de vos conseils

[al1_24]

Bonjour,

Que reproches-tu à Notepad++ ?
Si c'est juste le nombre de lignes affichées dans une page, tu as deux possibilités :

1. Diminuer la taille de la fonte d'affichage
2. Pivoter ton écran 16/9 en mode portrait (très efficace mais fatigant si tu portes des verres progressifs et/ou as des problèmes de cervicales )

Comme alternative gratuite à ce dernier, je pourrais te conseiller PSPad. Une des fonctionnalités que j'y ai appréciée est la possibilité de créer des "macros" qui composeront des structures de code automatiquement.

En payant, tu as aussi UltraEdit. Il y a longtemps que je ne l'ai pas utilisé mais je l'ai abandonné à regret quand mon employeur a refusé de payer des licences de logiciel. (J'étais alors passé à PSPad, Notepad++ étant moins évolué à l'époque)

Tu peux aussi regarder Visual Studio Code.. Je ne l'ai pas suffisamment utilisé pour vraiment en utiliser les possibilités mes certains de mes collègues m'en ont dit beaucoup de bien.

Ne pas laisser de côté non plus Vim ou Eclipse si tu travailles aussi sur Linux.

[clavier12AZQSWX]

Que reproches-tu à Notepad++ ?

j'adore np++ au quotidien avec les autres choses , mais en SQL il est limite :

1.
j'ai beau lui dire que c'est du SQL, il ne fait pas l'indentation propre SQL, juste la colorisation.
dommage qu'il n'y a pas un plugin "indent sql" ou "tidy" automatique

2.

dans mon fichier, j'ai plusieurs parties avec des CREATE VIEW, c'est dommage que sur la gauche, np++ n'affiche pas une liste des relations en création
déjà ça m'éviterait l'utilisation de la scrollbar et des recherches
Peut-être il y a le code-folding (Pliage de code) mais je n'apprécie pas cela avec le SQL, j'ai besoin d'avoir une vue d'ensemble (juste une liste du genre treeview ) des CREATE dans mon long fichier ouvert.



Visual Studio Code --> euh c'est une usine à gaz cela, juste pour le code, c'est surproportionner de l'installer.
ultraedit --> ne semble pas avoir une treeview basé sur le contenu du fichier ouvert mais que sur les fichiers (ma remarque #2)

[Mickael_Istria]

Eclipse IDE avec le plugin DBeaver fait bien le boulot.

[clavier12AZQSWX]

en plus Notepad++ déconne quand on a un commentaire "en ligne" contenant un apostrophe, ça fiche en l'air la coloration syntaxique (voir ligne 197) :

[Waldar]

Oui, mais # n'est pas un indicateur de commentaire en SQL, essayez avec -- pour le reste de la ligne ou /* */ pour un bloc.

[Waldar]

Certains développeurs aiment bien Sublime Text (j'ai un peu essayé, pas vu d'intérêt particulier côté SQL) :
https://www.sublimetext.com/

NB : vous pouvez utiliser autant que vous voulez la version téléchargée, mais vous êtes censé l'acheter si vous en êtes satisfait.

[clavier12AZQSWX]

j'ai jeté un oeil à SublimText, il semble trop orienté "code" et pas sql/query.
Dans la doc, rien indique une fonction de "listage" des CREATE ...

Eclipse IDE : trop lourd (surtout pour juste du sql), déjà avec Android c'est infernal.


J'ai trouvé un plugin sql pour notepad++ : SQLinFormNpp64 mais ça n'a pas la fonction non plus.

Oui je pourrais utilisé /* et */ et -- pour les commentaires, mais # est viable pour Mysql.
https://sql.sh/cours/commentaires

Dans le lien ci-dessus, je vous encourage à lire la partie "Bug potentiel", très intéressante.

Bon finalement, peut-être que ma méthode de travail est mauvaise (avoir et travailler sur les requêtes VIEW dans un seul et même fichier) mais l'idée d'avoir plusieurs fichiers me semble hyper chronophage, surtout dans le process de mise-en-prod,installation...

[Mickael_Istria]

Eclipse IDE : trop lourd (surtout pour juste du sql)

Ceci dit, s'il te permet de mieux editer, de mieux voir les erreurs, et d'eviter en 2 secondes les bugs que tu mettras 20 minutes a reperer, ca vaut le coup. La lourdeur est pas la pour rien en general dans les outil: elle vient avec beaucoup de fonctionalites qui font que ca vaut rapidement le coup.

déjà avec Android c'est infernal.

Le plugin Android n'est plus supporte depuis des annees, d'ailleurs il etait de tres mauvaise qualite (merci Google) et a donne a Eclipse IDE une mauvaise image. Re-essaye une version recente, sans Android, et tu auras pas vraiment de problemes.

[Waldar]

Bon finalement, peut-être que ma méthode de travail est mauvaise (avoir et travailler sur les requêtes VIEW dans un seul et même fichier) mais l'idée d'avoir plusieurs fichiers me semble hyper chronophage, surtout dans le process de mise-en-prod,installation...

Vous gérez tous les DDL de votre base à la main dans un seul fichier .sql ? Effectivement ce n'est pas une méthode viable.

Utilisez un logiciel pour gérer le MCD / MPD de votre base de données, et qui vous gérera tout seul le fichier SQL "delta" entre deux versions.
Sybase PowerDesigner est très bien, mais je pense que dans la galaxie MySQL vous avez des équivalents opensource.