Je me suis fait un petit export pour mon Palm de ma Library iTunes,
histoire de mettre à jour ma base de donnée qui doit dater d'au moins
deux an.
Je me fais un petit nettoyage dans Excel & BBEdit à coup d'AppleScript
pour virer les doublons titres/artistes identiques (j'ai trié par durée
croissante afin de ne garder que les versions longues car je cherche
quelques maxi 45 de ma jeunesse de DJ alors...)
Bon, revenons-en à nos moutons, et là je tombe sur le dos ou le Ut,
c'est suivant, j'ai un peu plus de 400 doublons avec ces compilations
qu'on achète pour quelques euros car elles possèdent quatre ou cinq
titres qu'on recherche sur les quarante !
Comment puis-je en faire autant dans iTunes car ce gus, je n'ai jamais
réussi à ce qu'il trie les titres dans l'ordre que je souhaite. Ici ce
serait classé par titre puis par artiste puis par durée pour ensuite
pouvoir comparer les chanson une par une dans la colonne et virer les
doublons en conservant les plus longues ?
J'échangerai bien mes 400 mp3 en double contre d'autres que je n'ai
pas, mais je suis persuadé que ce n'est pas vraiment légal car j'aurai
du mal à extraire par la même occasion le bout de CD correspondant pour
légaliser l'échange au maximum ;-)
Sinon d'avance merci pour le tuyau, d'aspirateur, qui me permettra de
nettoyer la base iTunes ;-)
--
Nos émissions ont pour vocation de rendre le cerveau disponible :
c'est-à-dire de le divertir, de le détendre pour le préparer entre
deux pubs. Ce que nous vendons à Coca-Cola, c'est du temps de cerveau
humain disponible. (P. Le Lay - TF1)
Pourtant, je t'assure, je maintiens et je persiste: Excel est une base de données.
Bon ça prouve simplement que tu ne sais pas ce que sais qu'une BDD !
1) tu fais d'abord confusion entre base de données qui est un ensemble de tables reliées par des liens, de façon structurée, et un SGBD (gestionnaire de BDD) qui est un logiciel permettant de construire, modifier et utiliser une BDD
On va mettre de côté le côté "gestionnaire" de base de données car nous ne parlons pas de ça là. On parle de "base de données" donc.
2) Excel n'a rien à voir avec un vrai SGBD, dans le sens que Excel ne peut gérer qu'un ensemble de fiches (constituant en fait *** une seule table***), et non pas un ensemble de tables liées et structurées entre elles comme je le disais plus haut.
Ben si, pour moi, Excel peut gérer plusieurs tableaux simultanément, chacun constitués d'autant de cellules (données ou ensemble de données par cellules), et liés entre eux par des calculs ou opérations diverses.
Ce n'est pas équivalent (toute proportion gardée évidemment)?
Comparer Excel à un SGBD, c'est un peu comme comparer un joueur de pipeau avec un grand orchestre : Le joueur de pipeau ne sait jouer que d'un seul instrument à la fois, et même si c'est un bon musicien, il ne sera jamais capable d'obtenir la même variété et richesse sonore qu'un orchestre qui met en oeuvre une multitude d'instruments de musique.
Je comprend bien ce que tu veux dire, mais je ne suis pas sûr que la comparaison soit juste. Une SGBD n'est pas non plus un grand orchestre à elle toute seule dans l'exemple que tu indiques. Elle pourra l'être, éventuellement, accouplée à langage de consultation, sur un serveur Web, par exemple, ce genre de truc, mais sinon, elle n'est qu'une brique logicielle, au même titre que n'importe quel autre soft.
3) Pour terminer, je te signale que les BDD, c'est quelque chose de si complexe, qu'on éprouve le besoin de faire des enseignements sur le sujet, et que deux ou trois mois minimum sont nécessaire pour (à peu près) le maîtriser. Quant à Excel, il me semble qu'en une journée ou deux, on a fait le tour du logiciel.
Alors là, je crois que toi, tu ne sais pas du tout ce qu'est Excel, désolé! :)
Les formations Excel sont justement très complexes, il est très difficile de trouver de bons formateurs Excel (et je parle aussi bien en Métropole qu'ici, hein!) et les formations Excel durent le plus souvent plusieurs mois (je ne parle des charlots qui te vendent des prises en main ridicules en les baptisant "formations" évidemment).
Justement, je crois que les gens qui, dans ce fil, tentent de me dire que je suis dans l'erreur à ce niveau là sont un peu comme toi: ignorants de ce qu'est Excel réellement et de ses possibilités.
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
JPaul <blanc@empty.org> wrote:
JmG <JmG@NOSPAMLaCase.com> wrote:
Pourtant, je t'assure, je maintiens et je persiste: Excel est une base
de données.
Bon ça prouve simplement que tu ne sais pas ce que sais qu'une BDD !
1) tu fais d'abord confusion entre base de données qui est un ensemble
de tables reliées par des liens, de façon structurée, et un SGBD
(gestionnaire de BDD) qui est un logiciel permettant de construire,
modifier et utiliser une BDD
On va mettre de côté le côté "gestionnaire" de base de données car nous
ne parlons pas de ça là.
On parle de "base de données" donc.
2) Excel n'a rien à voir avec un vrai SGBD, dans le sens que Excel ne
peut gérer qu'un ensemble de fiches (constituant en fait *** une seule
table***), et non pas un ensemble de tables liées et structurées entre
elles comme je le disais plus haut.
Ben si, pour moi, Excel peut gérer plusieurs tableaux simultanément,
chacun constitués d'autant de cellules (données ou ensemble de données
par cellules), et liés entre eux par des calculs ou opérations diverses.
Ce n'est pas équivalent (toute proportion gardée évidemment)?
Comparer Excel à un SGBD, c'est un peu comme comparer un joueur de
pipeau avec un grand orchestre :
Le joueur de pipeau ne sait jouer que d'un seul instrument à la fois, et
même si c'est un bon musicien, il ne sera jamais capable d'obtenir la
même variété et richesse sonore qu'un orchestre qui met en oeuvre une
multitude d'instruments de musique.
Je comprend bien ce que tu veux dire, mais je ne suis pas sûr que la
comparaison soit juste.
Une SGBD n'est pas non plus un grand orchestre à elle toute seule dans
l'exemple que tu indiques.
Elle pourra l'être, éventuellement, accouplée à langage de consultation,
sur un serveur Web, par exemple, ce genre de truc, mais sinon, elle
n'est qu'une brique logicielle, au même titre que n'importe quel autre
soft.
3) Pour terminer, je te signale que les BDD, c'est quelque chose de si
complexe, qu'on éprouve le besoin de faire des enseignements sur le
sujet, et que deux ou trois mois minimum sont nécessaire pour (à peu
près) le maîtriser. Quant à Excel, il me semble qu'en une journée ou
deux, on a fait le tour du logiciel.
Alors là, je crois que toi, tu ne sais pas du tout ce qu'est Excel,
désolé! :)
Les formations Excel sont justement très complexes, il est très
difficile de trouver de bons formateurs Excel (et je parle aussi bien en
Métropole qu'ici, hein!) et les formations Excel durent le plus souvent
plusieurs mois (je ne parle des charlots qui te vendent des prises en
main ridicules en les baptisant "formations" évidemment).
Justement, je crois que les gens qui, dans ce fil, tentent de me dire
que je suis dans l'erreur à ce niveau là sont un peu comme toi:
ignorants de ce qu'est Excel réellement et de ses possibilités.
--
Le génie fait ce qu'il doit.
Le talent fait ce qu'il peut.
Pourtant, je t'assure, je maintiens et je persiste: Excel est une base de données.
Bon ça prouve simplement que tu ne sais pas ce que sais qu'une BDD !
1) tu fais d'abord confusion entre base de données qui est un ensemble de tables reliées par des liens, de façon structurée, et un SGBD (gestionnaire de BDD) qui est un logiciel permettant de construire, modifier et utiliser une BDD
On va mettre de côté le côté "gestionnaire" de base de données car nous ne parlons pas de ça là. On parle de "base de données" donc.
2) Excel n'a rien à voir avec un vrai SGBD, dans le sens que Excel ne peut gérer qu'un ensemble de fiches (constituant en fait *** une seule table***), et non pas un ensemble de tables liées et structurées entre elles comme je le disais plus haut.
Ben si, pour moi, Excel peut gérer plusieurs tableaux simultanément, chacun constitués d'autant de cellules (données ou ensemble de données par cellules), et liés entre eux par des calculs ou opérations diverses.
Ce n'est pas équivalent (toute proportion gardée évidemment)?
Comparer Excel à un SGBD, c'est un peu comme comparer un joueur de pipeau avec un grand orchestre : Le joueur de pipeau ne sait jouer que d'un seul instrument à la fois, et même si c'est un bon musicien, il ne sera jamais capable d'obtenir la même variété et richesse sonore qu'un orchestre qui met en oeuvre une multitude d'instruments de musique.
Je comprend bien ce que tu veux dire, mais je ne suis pas sûr que la comparaison soit juste. Une SGBD n'est pas non plus un grand orchestre à elle toute seule dans l'exemple que tu indiques. Elle pourra l'être, éventuellement, accouplée à langage de consultation, sur un serveur Web, par exemple, ce genre de truc, mais sinon, elle n'est qu'une brique logicielle, au même titre que n'importe quel autre soft.
3) Pour terminer, je te signale que les BDD, c'est quelque chose de si complexe, qu'on éprouve le besoin de faire des enseignements sur le sujet, et que deux ou trois mois minimum sont nécessaire pour (à peu près) le maîtriser. Quant à Excel, il me semble qu'en une journée ou deux, on a fait le tour du logiciel.
Alors là, je crois que toi, tu ne sais pas du tout ce qu'est Excel, désolé! :)
Les formations Excel sont justement très complexes, il est très difficile de trouver de bons formateurs Excel (et je parle aussi bien en Métropole qu'ici, hein!) et les formations Excel durent le plus souvent plusieurs mois (je ne parle des charlots qui te vendent des prises en main ridicules en les baptisant "formations" évidemment).
Justement, je crois que les gens qui, dans ce fil, tentent de me dire que je suis dans l'erreur à ce niveau là sont un peu comme toi: ignorants de ce qu'est Excel réellement et de ses possibilités.
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
JmG
François Jacquemin wrote:
Ce qui est ennuyeux, c'est que justement, ça détourne certains utilisateurs qui pourraient en avoir un vrai profit de l'usage de SGBD, et ça contribue à fabriquer une usine à gaz à partir de ce qui était au départ un excellent tableur et devient une machinerie Microsoft.
On en retombe toujours là, décidément. C'est dommage...
Car enfin: quelqu'un qui achèterait Excel pour sa fonction évidente de tableur pourrait JUSTEMENT s'affranchir aussi de l'achat d'un autre soft pour gérer ses données, car Excel, bien utilisé, peut en faire autant.
Evidemment, tout dépend de l'utilisation désirée par le user, et s'il veut une grosse usine à gaz pour gérer des trucs complexes, il ne pourra le faire avec Excel, on est d'accord.
Mais pour 80% des utilisations, ça ira très bien.
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
François Jacquemin <francois.jacquemin@free.fr> wrote:
Ce qui est ennuyeux, c'est que justement, ça détourne certains
utilisateurs qui pourraient en avoir un vrai profit de l'usage de SGBD,
et ça contribue à fabriquer une usine à gaz à partir de ce qui était au
départ un excellent tableur et devient une machinerie Microsoft.
On en retombe toujours là, décidément.
C'est dommage...
Car enfin: quelqu'un qui achèterait Excel pour sa fonction évidente de
tableur pourrait JUSTEMENT s'affranchir aussi de l'achat d'un autre soft
pour gérer ses données, car Excel, bien utilisé, peut en faire autant.
Evidemment, tout dépend de l'utilisation désirée par le user, et s'il
veut une grosse usine à gaz pour gérer des trucs complexes, il ne pourra
le faire avec Excel, on est d'accord.
Mais pour 80% des utilisations, ça ira très bien.
--
Le génie fait ce qu'il doit.
Le talent fait ce qu'il peut.
Ce qui est ennuyeux, c'est que justement, ça détourne certains utilisateurs qui pourraient en avoir un vrai profit de l'usage de SGBD, et ça contribue à fabriquer une usine à gaz à partir de ce qui était au départ un excellent tableur et devient une machinerie Microsoft.
On en retombe toujours là, décidément. C'est dommage...
Car enfin: quelqu'un qui achèterait Excel pour sa fonction évidente de tableur pourrait JUSTEMENT s'affranchir aussi de l'achat d'un autre soft pour gérer ses données, car Excel, bien utilisé, peut en faire autant.
Evidemment, tout dépend de l'utilisation désirée par le user, et s'il veut une grosse usine à gaz pour gérer des trucs complexes, il ne pourra le faire avec Excel, on est d'accord.
Mais pour 80% des utilisations, ça ira très bien.
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
JmG
François Jacquemin wrote:
Une base de données est un ensemble structuré d'informations non redondantes dont l'organisation est régie par un modèle de données.
On est donc bien d'accord. Ca colle impec avec ce que fait Excel.
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
François Jacquemin <francois.jacquemin@free.fr> wrote:
Une base de données est un ensemble structuré d'informations non
redondantes dont l'organisation est régie par un modèle de données.
On est donc bien d'accord.
Ca colle impec avec ce que fait Excel.
--
Le génie fait ce qu'il doit.
Le talent fait ce qu'il peut.
Je me fous de le déshonorer ou pas! Je ne bosse pas pour M$! :)
Ça, c'est sympa de le préciser. Depuis quelques temps, il y avait de quoi se demander. -- F. Jacquemin
francois.jacquemin
Gilbert OLIVIER wrote:
Excel n'est pas une base de données, autant que 4D, Dbase (PC)(je sais pas si ça existe encore), Clipper (PC) ne sont des tableurs.
Je me demanderais toujours pourquoi tout le monde donne à ce trolleur la jouissance d'alimenter sa bartavelle. Moi le premier, d'ailleurs. -- F. Jacquemin
Excel n'est pas une base de données, autant que 4D, Dbase (PC)(je sais
pas si ça existe encore), Clipper (PC) ne sont des tableurs.
Je me demanderais toujours pourquoi tout le monde donne à ce trolleur la
jouissance d'alimenter sa bartavelle. Moi le premier, d'ailleurs.
--
F. Jacquemin
Excel n'est pas une base de données, autant que 4D, Dbase (PC)(je sais pas si ça existe encore), Clipper (PC) ne sont des tableurs.
Je me demanderais toujours pourquoi tout le monde donne à ce trolleur la jouissance d'alimenter sa bartavelle. Moi le premier, d'ailleurs. -- F. Jacquemin
francois.jacquemin
JmG wrote:
François Jacquemin wrote:
Une base de données est un ensemble structuré d'informations non redondantes dont l'organisation est régie par un modèle de données.
On est donc bien d'accord. Ca colle impec avec ce que fait Excel.
Non. Dans Excel, elles ne sont pas un ensemble structuré. Elles ne sont pas forcément non redondantes. Il n'y a pas de modèle de données. -- F. Jacquemin
JmG <JmG@NOSPAMLaCase.com> wrote:
François Jacquemin <francois.jacquemin@free.fr> wrote:
Une base de données est un ensemble structuré d'informations non
redondantes dont l'organisation est régie par un modèle de données.
On est donc bien d'accord.
Ca colle impec avec ce que fait Excel.
Non. Dans Excel, elles ne sont pas un ensemble structuré. Elles ne sont
pas forcément non redondantes. Il n'y a pas de modèle de données.
--
F. Jacquemin
Une base de données est un ensemble structuré d'informations non redondantes dont l'organisation est régie par un modèle de données.
On est donc bien d'accord. Ca colle impec avec ce que fait Excel.
Non. Dans Excel, elles ne sont pas un ensemble structuré. Elles ne sont pas forcément non redondantes. Il n'y a pas de modèle de données. -- F. Jacquemin
francois.jacquemin
JmG wrote:
Evidemment, tout dépend de l'utilisation désirée par le user, et s'il veut une grosse usine à gaz pour gérer des trucs complexes, il ne pourra le faire avec Excel, on est d'accord.
Mais pour 80% des utilisations, ça ira très bien.
Tu as un pourcentage sur les ventes ? -- F. Jacquemin
JmG <JmG@NOSPAMLaCase.com> wrote:
Evidemment, tout dépend de l'utilisation désirée par le user, et s'il
veut une grosse usine à gaz pour gérer des trucs complexes, il ne pourra
le faire avec Excel, on est d'accord.
Mais pour 80% des utilisations, ça ira très bien.
Tu as un pourcentage sur les ventes ?
--
F. Jacquemin
Evidemment, tout dépend de l'utilisation désirée par le user, et s'il veut une grosse usine à gaz pour gérer des trucs complexes, il ne pourra le faire avec Excel, on est d'accord.
Mais pour 80% des utilisations, ça ira très bien.
Tu as un pourcentage sur les ventes ? -- F. Jacquemin
JmG
François Jacquemin wrote:
JmG wrote:
Je me fous de le déshonorer ou pas! Je ne bosse pas pour M$! :)
Ça, c'est sympa de le préciser. Depuis quelques temps, il y avait de quoi se demander.
Pauv'chéri va!
Ca démontre juste que tu ne comprends rien à ce que je dis ici depuis bien plus longtemps que tu ne fréquentes toi-même.
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
François Jacquemin <francois.jacquemin@free.fr> wrote:
JmG <JmG@NOSPAMLaCase.com> wrote:
Je me fous de le déshonorer ou pas!
Je ne bosse pas pour M$! :)
Ça, c'est sympa de le préciser. Depuis quelques temps, il y avait de
quoi se demander.
Pauv'chéri va!
Ca démontre juste que tu ne comprends rien à ce que je dis ici depuis
bien plus longtemps que tu ne fréquentes toi-même.
--
Le génie fait ce qu'il doit.
Le talent fait ce qu'il peut.
Je me fous de le déshonorer ou pas! Je ne bosse pas pour M$! :)
Ça, c'est sympa de le préciser. Depuis quelques temps, il y avait de quoi se demander.
Pauv'chéri va!
Ca démontre juste que tu ne comprends rien à ce que je dis ici depuis bien plus longtemps que tu ne fréquentes toi-même.
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
JmG
François Jacquemin wrote:
JmG wrote:
François Jacquemin wrote:
Une base de données est un ensemble structuré d'informations non redondantes dont l'organisation est régie par un modèle de données.
On est donc bien d'accord. Ca colle impec avec ce que fait Excel.
Non. Dans Excel, elles ne sont pas un ensemble structuré.
Hahaha! trop drôle décidément.
Elles ne sont pas forcément non redondantes.
T'en as d'autres des conneries de ce genre? Elles sont ce que tu y entres et dans FMP aussi, tu peux en entrer des "pas forcément non redondantes". (au contraire de toi, donc).
Il n'y a pas de modèle de données.
Le user crée ses modèles, quand il n'est pas aussi borné que toi, évidemment.
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
François Jacquemin <francois.jacquemin@free.fr> wrote:
JmG <JmG@NOSPAMLaCase.com> wrote:
François Jacquemin <francois.jacquemin@free.fr> wrote:
Une base de données est un ensemble structuré d'informations non
redondantes dont l'organisation est régie par un modèle de données.
On est donc bien d'accord.
Ca colle impec avec ce que fait Excel.
Non. Dans Excel, elles ne sont pas un ensemble structuré.
Hahaha! trop drôle décidément.
Elles ne sont
pas forcément non redondantes.
T'en as d'autres des conneries de ce genre?
Elles sont ce que tu y entres et dans FMP aussi, tu peux en entrer des
"pas forcément non redondantes". (au contraire de toi, donc).
Il n'y a pas de modèle de données.
Le user crée ses modèles, quand il n'est pas aussi borné que toi,
évidemment.
--
Le génie fait ce qu'il doit.
Le talent fait ce qu'il peut.
Une base de données est un ensemble structuré d'informations non redondantes dont l'organisation est régie par un modèle de données.
On est donc bien d'accord. Ca colle impec avec ce que fait Excel.
Non. Dans Excel, elles ne sont pas un ensemble structuré.
Hahaha! trop drôle décidément.
Elles ne sont pas forcément non redondantes.
T'en as d'autres des conneries de ce genre? Elles sont ce que tu y entres et dans FMP aussi, tu peux en entrer des "pas forcément non redondantes". (au contraire de toi, donc).
Il n'y a pas de modèle de données.
Le user crée ses modèles, quand il n'est pas aussi borné que toi, évidemment.
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
