Comment reconnaitre un bon Linuxien d'un vrai neuneu ?
832 réponses
Xandros
Salut,
Depuis les quelques mois que je suis sous Linux et que je fréquente les
Forums dédiés, j'ai pu remarquer une chose.
Il existe 3 types de personnes :
1) Les novices qui viennent du monde Windows et qui posent pleins de
questions sans vraiment chercher les réponses. J'en faisais parti, mais
je me soigne depuis ;)
2) Les neuneux de base, qui n'y connaissent pas grand chose et qui se
défoulent sur le premier novice venu. On les reconnait par leurs
réponses standards : "trop gros - passera pas" - "va chercher sur
Google" - "Prouves le" - "Vas lire MAN ou HOWTO"
En fait, il n'apportent jamais rien au débat, mais font croire qu'ils
s'y connaissent trop pour perdre leur temps avec des novices.
3) Enfin, les "vrais", ceux qui t'apportent LA solution, on les
reconnait par la simplicité de leurs réponses, un lien, une commande,
une solution quoi.
Un grand merci à eux !!!
Tout ça pour dire que le monde Linux serait bien plus simple si la 2eme
cathégorie pouvait simplement admettre qu'ils font parti de la 1er, ou
alors si ils veulent se prétendre de la 3eme, qu'ils apportent de l'aide
ou bien qu'il ferme leurs gue...le.
--
Message envoyé avec ThunderBird
Sous Linux Xandros Deluxe 3.0
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
C'est cela oui, j'installe PostgreSQL, c'est stable, fiable, rapide, ne ne necessite pas d'etre root et ca gere pas les utilisateurs du systeme (d'ailleurs c'est pas ce que j'en attends). et tu install postgreSQL depuis quel users ?
Soit je cree un user dedie puis je lance le serveur avec les droits de cet user la. Soit je lance le serveur avec mes propres droits. Tout est possible.
Il n'y a aucune raison pour qu'un base de donnees necessite les droits root pour tourner.
sauf si ton SGBD a tout les privilege de UNIX et en a toute les fonctions
car est lui meme un systeme d'exploitation complet gestion users gestion peripherique gestion securite du serveur
quand tu es sous SQL sauf erreur tu ne peut pas connecter une imprimante ou la deconnecter , creer ou supprimer un user linux, changer les droit de connection d'un utilisateur et un utilisateur est obliger de passer par linux pour acceder a sql sous pick tout cela est gerer et possible car pick avant d'etre un SGBD est aussi un systeme d'exploitation ce qui explique ses performance la gestion des donnees est dans le noyaux du systeme et non en sur couche
"Stephane TOUGARD" <stephane@unices.org> a écrit dans le message de
news:77bcr2-frf.ln1@gulliver.unices.org...
helios wrote:
C'est cela oui, j'installe PostgreSQL, c'est stable, fiable, rapide, ne
ne necessite pas d'etre root et ca gere pas les utilisateurs du systeme
(d'ailleurs c'est pas ce que j'en attends).
et tu install postgreSQL depuis quel users ?
Soit je cree un user dedie puis je lance le serveur avec les droits de
cet user la. Soit je lance le serveur avec mes propres droits. Tout est
possible.
Il n'y a aucune raison pour qu'un base de donnees necessite les droits
root pour tourner.
sauf si ton SGBD a tout les privilege de UNIX et en a toute les fonctions
car est lui meme un systeme d'exploitation complet gestion users gestion
peripherique gestion securite du serveur
quand tu es sous SQL sauf erreur tu ne peut pas connecter une imprimante ou
la deconnecter , creer ou supprimer un user linux, changer les droit de
connection d'un utilisateur et un utilisateur est obliger de passer par
linux pour acceder a sql sous pick tout cela est gerer et possible car pick
avant d'etre un SGBD est aussi un systeme d'exploitation ce qui explique ses
performance la gestion des donnees est dans le noyaux du systeme et non en
sur couche
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
C'est cela oui, j'installe PostgreSQL, c'est stable, fiable, rapide, ne ne necessite pas d'etre root et ca gere pas les utilisateurs du systeme (d'ailleurs c'est pas ce que j'en attends). et tu install postgreSQL depuis quel users ?
Soit je cree un user dedie puis je lance le serveur avec les droits de cet user la. Soit je lance le serveur avec mes propres droits. Tout est possible.
Il n'y a aucune raison pour qu'un base de donnees necessite les droits root pour tourner.
sauf si ton SGBD a tout les privilege de UNIX et en a toute les fonctions
car est lui meme un systeme d'exploitation complet gestion users gestion peripherique gestion securite du serveur
quand tu es sous SQL sauf erreur tu ne peut pas connecter une imprimante ou la deconnecter , creer ou supprimer un user linux, changer les droit de connection d'un utilisateur et un utilisateur est obliger de passer par linux pour acceder a sql sous pick tout cela est gerer et possible car pick avant d'etre un SGBD est aussi un systeme d'exploitation ce qui explique ses performance la gestion des donnees est dans le noyaux du systeme et non en sur couche
helios
"JustMe" a écrit dans le message de news:
Jerome Lambert vient de nous annoncer :
Ah oui, s'il y a plusieurs factures non payées qui dépassent 100 euros il te
les donnera toutes, mais c'est une subtilité qui a du échapper à ton truc
génial.
max, sum, group by et autres uniq sont la pour ca
prouve le
"JustMe" <pasdespam@merci.beaucoup> a écrit dans le message de
news:mn.c4707d5739a35e1c.15643@merci.beaucoup...
Jerome Lambert vient de nous annoncer :
Ah oui, s'il y a plusieurs factures non payées qui dépassent 100 euros
il te
les donnera toutes, mais c'est une subtilité qui a du échapper à ton
truc
Ah oui, s'il y a plusieurs factures non payées qui dépassent 100 euros il te
les donnera toutes, mais c'est une subtilité qui a du échapper à ton truc
génial.
max, sum, group by et autres uniq sont la pour ca
prouve le
JustMe
helios wrote:
C'est cela oui, j'installe PostgreSQL, c'est stable, fiable, rapide, ne ne necessite pas d'etre root et ca gere pas les utilisateurs du systeme (d'ailleurs c'est pas ce que j'en attends). et tu install postgreSQL depuis quel users ?
Soit je cree un user dedie puis je lance le serveur avec les droits de cet user la. Soit je lance le serveur avec mes propres droits. Tout est possible.
Il n'y a aucune raison pour qu'un base de donnees necessite les droits root pour tourner.
Pour pouvoir ouvrir un port privilégie ? Et ca peut marcher sans
A part ca je ne vois pas d'autres cas. Pour acceder a un raw evice il suffit que le /dev/xxx appartienne a l'utilisateur qui fait tourner le process. Quant à la relation entre les utilisateurs de la base et les utilisateurs du systeme ce sont deux concepts différents.
helios wrote:
C'est cela oui, j'installe PostgreSQL, c'est stable, fiable, rapide, ne
ne necessite pas d'etre root et ca gere pas les utilisateurs du systeme
(d'ailleurs c'est pas ce que j'en attends).
et tu install postgreSQL depuis quel users ?
Soit je cree un user dedie puis je lance le serveur avec les droits de
cet user la. Soit je lance le serveur avec mes propres droits. Tout est
possible.
Il n'y a aucune raison pour qu'un base de donnees necessite les droits
root pour tourner.
Pour pouvoir ouvrir un port privilégie ? Et ca peut marcher sans
A part ca je ne vois pas d'autres cas. Pour acceder a un raw evice il
suffit que le /dev/xxx appartienne a l'utilisateur qui fait tourner le
process. Quant à la relation entre les utilisateurs de la base et les
utilisateurs du systeme ce sont deux concepts différents.
C'est cela oui, j'installe PostgreSQL, c'est stable, fiable, rapide, ne ne necessite pas d'etre root et ca gere pas les utilisateurs du systeme (d'ailleurs c'est pas ce que j'en attends). et tu install postgreSQL depuis quel users ?
Soit je cree un user dedie puis je lance le serveur avec les droits de cet user la. Soit je lance le serveur avec mes propres droits. Tout est possible.
Il n'y a aucune raison pour qu'un base de donnees necessite les droits root pour tourner.
Pour pouvoir ouvrir un port privilégie ? Et ca peut marcher sans
A part ca je ne vois pas d'autres cas. Pour acceder a un raw evice il suffit que le /dev/xxx appartienne a l'utilisateur qui fait tourner le process. Quant à la relation entre les utilisateurs de la base et les utilisateurs du systeme ce sont deux concepts différents.
Jerome Lambert
totalement faux sur le forum SGBD persone n'a fait cela ou alors indique
moi
le lien que je verifie sur ce forum j'ai juste vue des questions reste sans reponses autres que pick
Euh, si. Tu demandais un exemple où quelqu'un avait montré qu'on pouvait faire aussi bien que Pick avec un SGBD traditionnel. Je te l'ai donné.
bien au contraire car la requete SQL n'est pas en FRANCAIS
Ca, je t'avoue franchement que j'en ai *rien* à cirer, que du contraire, même... Pour ton info, les systèmes "utilisez des instructions en français et non en anglais", ça fait 20 ans qu'on a laissé tomber...
et le resultat sortie par SQL est faux
C'est toi qui le dit. Etant loin de maitriser SQL, je ne prends pas partie, mais quand je lis les différentes interventions de ton contradicteur sur le forum en question (autres que sur ce débat, c-à-d l'aide fournie, les conseils donnés, etc), j'ai plutôt tendance à lui faire confiance, contrairement à toi qui semble tout faire pour te discréditer (cfr tes gamineries vis-à-vis de Justme, p.ex.). (...)
totalement faux sur le forum SGBD persone n'a fait cela ou alors indique
moi
le lien que je verifie
sur ce forum j'ai juste vue des questions reste sans reponses autres que
pick
Euh, si. Tu demandais un exemple où quelqu'un avait montré qu'on pouvait
faire aussi bien que Pick avec un SGBD traditionnel. Je te l'ai donné.
bien au contraire car la requete SQL n'est pas en FRANCAIS
Ca, je t'avoue franchement que j'en ai *rien* à cirer, que du contraire,
même...
Pour ton info, les systèmes "utilisez des instructions en français et
non en anglais", ça fait 20 ans qu'on a laissé tomber...
et le resultat sortie par SQL est faux
C'est toi qui le dit. Etant loin de maitriser SQL, je ne prends pas
partie, mais quand je lis les différentes interventions de ton
contradicteur sur le forum en question (autres que sur ce débat, c-à-d
l'aide fournie, les conseils donnés, etc), j'ai plutôt tendance à lui
faire confiance, contrairement à toi qui semble tout faire pour te
discréditer (cfr tes gamineries vis-à-vis de Justme, p.ex.).
(...)
Euh, si. Tu demandais un exemple où quelqu'un avait montré qu'on pouvait faire aussi bien que Pick avec un SGBD traditionnel. Je te l'ai donné.
bien au contraire car la requete SQL n'est pas en FRANCAIS
Ca, je t'avoue franchement que j'en ai *rien* à cirer, que du contraire, même... Pour ton info, les systèmes "utilisez des instructions en français et non en anglais", ça fait 20 ans qu'on a laissé tomber...
et le resultat sortie par SQL est faux
C'est toi qui le dit. Etant loin de maitriser SQL, je ne prends pas partie, mais quand je lis les différentes interventions de ton contradicteur sur le forum en question (autres que sur ce débat, c-à-d l'aide fournie, les conseils donnés, etc), j'ai plutôt tendance à lui faire confiance, contrairement à toi qui semble tout faire pour te discréditer (cfr tes gamineries vis-à-vis de Justme, p.ex.). (...)
helios
Euh, si. Tu demandais un exemple où quelqu'un avait montré qu'on pouvait faire aussi bien que Pick avec un SGBD traditionnel. Je te l'ai donné.
et le resultat sortie par SQL est faux
C'est toi qui le dit. Etant loin de maitriser SQL, je ne prends pas partie, mais quand je lis les différentes interventions de ton contradicteur sur le forum en question (autres que sur ce débat, c-à-d l'aide fournie, les conseils donnés, etc), j'ai plutôt tendance à lui faire confiance, contrairement à toi qui semble tout faire pour te discréditer (cfr tes gamineries vis-à-vis de Justme, p.ex.).
non ce n'est pas moi qui l'ai dit mais l'auteur de la question et je te signales que mes reponses au probleme tourne a chaque fois , quand au cas justme c'est un neuneu a qui j'applique sa medecine
pick a 6million d'utilisateurs donc plus que la majorite sinon la totalite des sgbdr je parle d'utilisateur reel pas de nombre de mec qui on une base sur leur pc c'est a dire des mecs qui on au moins plusieur GO de donnees gerer
et a ce jour la question suivante n'a pas de reponse SQL
si tu veux demontrer que l'on peut faire en SQL ce que PICK fait donne la solution en SQL au probleme de la derniere connection d'un utilisateur qui avait etait evoque dans le newgroup SGBD et n'a toujour pas d'autre solution que pick
en resume a chaque connection un article de fichier ayant une creer numerique en autoincrement est creer la forme de l'article est :
00100 clef numerique en auto increment nom debut fin
la demande est indique la derniere connection de JEAN, MARTIN ET PAUL et seulement elle en indiquant le debut et la fin de leur connection
a ce jour auciune solution autre que pick n'a ete donne
et il y a un deuxieme probleme qui est meme resultat demande mais le fichier est de la forme :
Nom clef debut1,debut2,debut3,debut4 fin1,fin2,fin3,fin4
le separateur "," peut etre different
Euh, si. Tu demandais un exemple où quelqu'un avait montré qu'on pouvait
faire aussi bien que Pick avec un SGBD traditionnel. Je te l'ai donné.
et le resultat sortie par SQL est faux
C'est toi qui le dit. Etant loin de maitriser SQL, je ne prends pas
partie, mais quand je lis les différentes interventions de ton
contradicteur sur le forum en question (autres que sur ce débat, c-à-d
l'aide fournie, les conseils donnés, etc), j'ai plutôt tendance à lui
faire confiance, contrairement à toi qui semble tout faire pour te
discréditer (cfr tes gamineries vis-à-vis de Justme, p.ex.).
non ce n'est pas moi qui l'ai dit mais l'auteur de la question et je te
signales que mes reponses au probleme tourne a chaque fois , quand au cas
justme c'est un neuneu a qui j'applique sa medecine
pick a 6million d'utilisateurs donc plus que la majorite sinon la totalite
des sgbdr je parle d'utilisateur reel pas de nombre de mec qui on une base
sur leur pc c'est a dire des mecs qui on au moins plusieur GO de donnees
gerer
et a ce jour la question suivante n'a pas de reponse SQL
si tu veux demontrer que l'on peut faire en SQL ce que PICK fait donne la
solution en SQL au probleme de la derniere connection d'un utilisateur qui
avait etait evoque dans le newgroup SGBD et n'a toujour pas d'autre solution
que pick
en resume a chaque connection un article de fichier ayant une creer
numerique en autoincrement est creer
la forme de l'article est :
00100 clef numerique
en auto increment
nom
debut
fin
la demande est indique la derniere connection de JEAN, MARTIN ET PAUL et
seulement elle en indiquant le debut et la fin de leur connection
a ce jour auciune solution autre que pick n'a ete donne
et il y a un deuxieme probleme qui est meme resultat demande mais le fichier
est de la forme :
Nom clef
debut1,debut2,debut3,debut4
fin1,fin2,fin3,fin4
Euh, si. Tu demandais un exemple où quelqu'un avait montré qu'on pouvait faire aussi bien que Pick avec un SGBD traditionnel. Je te l'ai donné.
et le resultat sortie par SQL est faux
C'est toi qui le dit. Etant loin de maitriser SQL, je ne prends pas partie, mais quand je lis les différentes interventions de ton contradicteur sur le forum en question (autres que sur ce débat, c-à-d l'aide fournie, les conseils donnés, etc), j'ai plutôt tendance à lui faire confiance, contrairement à toi qui semble tout faire pour te discréditer (cfr tes gamineries vis-à-vis de Justme, p.ex.).
non ce n'est pas moi qui l'ai dit mais l'auteur de la question et je te signales que mes reponses au probleme tourne a chaque fois , quand au cas justme c'est un neuneu a qui j'applique sa medecine
pick a 6million d'utilisateurs donc plus que la majorite sinon la totalite des sgbdr je parle d'utilisateur reel pas de nombre de mec qui on une base sur leur pc c'est a dire des mecs qui on au moins plusieur GO de donnees gerer
et a ce jour la question suivante n'a pas de reponse SQL
si tu veux demontrer que l'on peut faire en SQL ce que PICK fait donne la solution en SQL au probleme de la derniere connection d'un utilisateur qui avait etait evoque dans le newgroup SGBD et n'a toujour pas d'autre solution que pick
en resume a chaque connection un article de fichier ayant une creer numerique en autoincrement est creer la forme de l'article est :
00100 clef numerique en auto increment nom debut fin
la demande est indique la derniere connection de JEAN, MARTIN ET PAUL et seulement elle en indiquant le debut et la fin de leur connection
a ce jour auciune solution autre que pick n'a ete donne
et il y a un deuxieme probleme qui est meme resultat demande mais le fichier est de la forme :
Nom clef debut1,debut2,debut3,debut4 fin1,fin2,fin3,fin4
le separateur "," peut etre different
Vincent Bernat
OoO Lors de la soirée naissante du dimanche 24 juillet 2005, vers 18:27, "helios" disait:
pour creer un utilisateur il faut etre root et pour creer un utilisateur qui puisse etre utilise par openqm il faut que l'utilisateur soit creer dans openqm donc que openqm est ete lancer root pour creer cet utilisateur
Cela ne veut rien dire. On peut créer des utilisateurs dans PostgreSQL sans que celui-ci ne soit root.
ensuite openqm contournant les limites du system d'exploitation il faut qu'il est un acces root
Comme ? -- panic("Aarggh: attempting to free lock with active wait queue - shoot Andy"); 2.0.38 /usr/src/linux/fs/locks.c
OoO Lors de la soirée naissante du dimanche 24 juillet 2005, vers
18:27, "helios" <helios@com02.com> disait:
pour creer un utilisateur il faut etre root et pour creer un utilisateur qui
puisse etre utilise par openqm il faut que l'utilisateur soit creer dans
openqm donc que openqm est ete lancer root pour creer cet
utilisateur
Cela ne veut rien dire. On peut créer des utilisateurs dans PostgreSQL
sans que celui-ci ne soit root.
ensuite openqm contournant les limites du system d'exploitation il faut
qu'il est un acces root
Comme ?
--
panic("Aarggh: attempting to free lock with active wait queue - shoot Andy");
2.0.38 /usr/src/linux/fs/locks.c
OoO Lors de la soirée naissante du dimanche 24 juillet 2005, vers 18:27, "helios" disait:
pour creer un utilisateur il faut etre root et pour creer un utilisateur qui puisse etre utilise par openqm il faut que l'utilisateur soit creer dans openqm donc que openqm est ete lancer root pour creer cet utilisateur
Cela ne veut rien dire. On peut créer des utilisateurs dans PostgreSQL sans que celui-ci ne soit root.
ensuite openqm contournant les limites du system d'exploitation il faut qu'il est un acces root
Comme ? -- panic("Aarggh: attempting to free lock with active wait queue - shoot Andy"); 2.0.38 /usr/src/linux/fs/locks.c
JustMe
ensuite openqm contournant les limites du system d'exploitation il faut qu'il est un acces root
Comme ?
Amusant, il est en train de nous expliquer que son machin n'est pas portable. C'est rigolot non ?
ensuite openqm contournant les limites du system d'exploitation il faut
qu'il est un acces root
Comme ?
Amusant, il est en train de nous expliquer que son machin n'est pas
portable. C'est rigolot non ?
ensuite openqm contournant les limites du system d'exploitation il faut qu'il est un acces root
Comme ?
Amusant, il est en train de nous expliquer que son machin n'est pas portable. C'est rigolot non ?
helios
"JustMe" a écrit dans le message de news:
ensuite openqm contournant les limites du system d'exploitation il faut qu'il est un acces root
Comme ?
Amusant, il est en train de nous expliquer que son machin n'est pas portable. C'est rigolot non ?
aucun rapport c'est portable puisque independant du system d'exploitation et
du matos
les bases POSTGRESQL tourne sur un IBM43 ? un tower? un intertechnique? sous aix? sous dec? hp ? .....j'ai vu que win32 et linux alors que pick tourne sur tout les plateformes materiel et logiciel et les base pick ton totalement portable par contre meme entre win32 et linux j'ai un doute sur la portabilite sans aucune conversion de base postgreSQL (dans le style une connection sous linux et une connection sous win32 et on implante par un simple transfert la base de l'un a l'autre et on l'exploite telle quel
j'ai par exemple il y a un mois transplante de cette maniere une base pick sous windowsNT sur un linux sans probleme :
en etant sur la machine linux sous openqm
FTPICK ip serveur fichiers
LOGTO base
"JustMe" <pasdespam@merci.beaucoup> a écrit dans le message de
news:mn.c49b7d57da4284c7.15643@merci.beaucoup...
ensuite openqm contournant les limites du system d'exploitation il faut
qu'il est un acces root
Comme ?
Amusant, il est en train de nous expliquer que son machin n'est pas
portable. C'est rigolot non ?
aucun rapport c'est portable puisque independant du system d'exploitation et
du matos
les bases POSTGRESQL tourne sur un IBM43 ? un tower? un intertechnique?
sous aix? sous dec? hp ? .....j'ai vu que win32 et linux alors que pick
tourne sur tout les plateformes materiel et logiciel et les base pick ton
totalement portable par contre meme entre win32 et linux j'ai un doute sur
la portabilite sans aucune conversion de base postgreSQL (dans le style une
connection sous linux et une connection sous win32 et on implante par un
simple transfert la base de l'un a l'autre et on l'exploite telle quel
j'ai par exemple il y a un mois transplante de cette maniere une base pick
sous windowsNT sur un linux sans probleme :
ensuite openqm contournant les limites du system d'exploitation il faut qu'il est un acces root
Comme ?
Amusant, il est en train de nous expliquer que son machin n'est pas portable. C'est rigolot non ?
aucun rapport c'est portable puisque independant du system d'exploitation et
du matos
les bases POSTGRESQL tourne sur un IBM43 ? un tower? un intertechnique? sous aix? sous dec? hp ? .....j'ai vu que win32 et linux alors que pick tourne sur tout les plateformes materiel et logiciel et les base pick ton totalement portable par contre meme entre win32 et linux j'ai un doute sur la portabilite sans aucune conversion de base postgreSQL (dans le style une connection sous linux et une connection sous win32 et on implante par un simple transfert la base de l'un a l'autre et on l'exploite telle quel
j'ai par exemple il y a un mois transplante de cette maniere une base pick sous windowsNT sur un linux sans probleme :
en etant sur la machine linux sous openqm
FTPICK ip serveur fichiers
LOGTO base
Jerome Lambert
Jerome Lambert vient de nous annoncer :
Ah oui, s'il y a plusieurs factures non payées qui dépassent 100 euros il te les donnera toutes, mais c'est une subtilité qui a du échapper à ton truc génial.
max, sum, group by et autres uniq sont la pour ca
A partir du moment où je pourrais construire ce genre de requêtes dans un SGBD aussi pourri qu'MS-Access (le seul que je connaisse bien), je me doutais bien qu'une base SQL, à priori plus évoluée, devait le permettre...
Jerome Lambert vient de nous annoncer :
Ah oui, s'il y a plusieurs factures non payées qui dépassent 100 euros
il te les donnera toutes, mais c'est une subtilité qui a du échapper à
ton truc génial.
max, sum, group by et autres uniq sont la pour ca
A partir du moment où je pourrais construire ce genre de requêtes dans
un SGBD aussi pourri qu'MS-Access (le seul que je connaisse bien), je me
doutais bien qu'une base SQL, à priori plus évoluée, devait le
permettre...
Ah oui, s'il y a plusieurs factures non payées qui dépassent 100 euros il te les donnera toutes, mais c'est une subtilité qui a du échapper à ton truc génial.
max, sum, group by et autres uniq sont la pour ca
A partir du moment où je pourrais construire ce genre de requêtes dans un SGBD aussi pourri qu'MS-Access (le seul que je connaisse bien), je me doutais bien qu'une base SQL, à priori plus évoluée, devait le permettre...
JustMe
Jerome Lambert vient de nous annoncer :
Ah oui, s'il y a plusieurs factures non payées qui dépassent 100 euros il te les donnera toutes, mais c'est une subtilité qui a du échapper à ton truc génial. max, sum, group by et autres uniq sont la pour ca
A partir du moment où je pourrais construire ce genre de requêtes dans un SGBD aussi pourri qu'MS-Access (le seul que je connaisse bien), je me doutais bien qu'une base SQL, à priori plus évoluée, devait le permettre...
Tu peux le faire avec access ;-) Encore heureux
Jerome Lambert vient de nous annoncer :
Ah oui, s'il y a plusieurs factures non payées qui dépassent 100 euros il
te les donnera toutes, mais c'est une subtilité qui a du échapper à ton
truc génial.
max, sum, group by et autres uniq sont la pour ca
A partir du moment où je pourrais construire ce genre de requêtes dans un
SGBD aussi pourri qu'MS-Access (le seul que je connaisse bien), je me
doutais bien qu'une base SQL, à priori plus évoluée, devait le permettre...
Ah oui, s'il y a plusieurs factures non payées qui dépassent 100 euros il te les donnera toutes, mais c'est une subtilité qui a du échapper à ton truc génial. max, sum, group by et autres uniq sont la pour ca
A partir du moment où je pourrais construire ce genre de requêtes dans un SGBD aussi pourri qu'MS-Access (le seul que je connaisse bien), je me doutais bien qu'une base SQL, à priori plus évoluée, devait le permettre...
