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
Ben non, comme il a deja un acces local, donc beneficie de tous les exploits locaux. et il en fait quoi ? rien
Les pirates sont nos amis. Il faut les aimer aussi.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
helios wrote:
Ben non, comme il a deja un acces local, donc beneficie de tous les
exploits locaux.
et il en fait quoi ? rien
Les pirates sont nos amis.
Il faut les aimer aussi.
--
http://www.unices.org Les meilleurs modules de Perl
http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul
http://artlibre.org/ Free Art License
Ben non, comme il a deja un acces local, donc beneficie de tous les exploits locaux. et il en fait quoi ? rien
Les pirates sont nos amis. Il faut les aimer aussi.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
helios
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
un users ou conducteur un administrateur ou garagiste un concepteur ou motoriste (ibm, .....) Donc toi, t'es au niveau user ?
je suis administrateur et lorsque j'ai besoin de connaitre un
fonctionnement
interne du moteur j'appel un motoriste
C'est vrai, j'oubliais que sur ces vieux systemes, l'admin c'est le type qui applique stupidement les procedures et qui cherche pas a comprendre.
quel est la structure d'un fichier oracle sous linux ?
"Stephane TOUGARD" <stephane@unices.org> a écrit dans le message de
news:3sjmr2-udg.ln1@gulliver.unices.org...
helios wrote:
un users ou conducteur
un administrateur ou garagiste
un concepteur ou motoriste (ibm, .....)
Donc toi, t'es au niveau user ?
je suis administrateur et lorsque j'ai besoin de connaitre un
fonctionnement
interne du moteur j'appel un motoriste
C'est vrai, j'oubliais que sur ces vieux systemes, l'admin c'est le type
qui applique stupidement les procedures et qui cherche pas a comprendre.
quel est la structure d'un fichier oracle sous linux ?
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
un users ou conducteur un administrateur ou garagiste un concepteur ou motoriste (ibm, .....) Donc toi, t'es au niveau user ?
je suis administrateur et lorsque j'ai besoin de connaitre un
fonctionnement
interne du moteur j'appel un motoriste
C'est vrai, j'oubliais que sur ces vieux systemes, l'admin c'est le type qui applique stupidement les procedures et qui cherche pas a comprendre.
quel est la structure d'un fichier oracle sous linux ?
helios
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
90% des serveurs minitel etait sous pick, et ne nombreux serveur Web sont
sous pick
http://www.bvr.be/openqm/links.htm
Excuse moi, mais ceci est un lien vers des logiciels qui servent a utiliser Pick dans differents environnement, pas un lien vers des serveurx Web qui tournent grace a Pick.
un des liens est justement les outils web pour pick qui dit outil dit productions
Maintenant que le minitel, ce vieux systeme centralise et obsolete, utilise lui aussi une base de donnees un peu vieillote ne m'etonne pas du tout.
Ceci dit, personne je crois n'a jamais mis en doute les performances de ce programme. C'est plutot ta vision de son evolution et ta meconnaissance des SGBD en general et de ce programme en particulier qui nous font sourire.
C'est egalement l'implementation foireuse de la securite en rapport avec le systeme qui nous fait douter.
ce n'est pas mon package opensources je m'occupe de la version commerciale
pas de l'open source libre a la communaute open source de faire le boulot de
doc aulieu de recopier la doc commerciale et les procedure du commerciale ,
Pourquoi a chaque fois que tu donnes un lien, ca redirige vers une page qui n'a aucun rapport avec la phrase qui precede le lien ?
pourquoi tu ne regarde pas correctement le lien
tu y verrais un lien vers les clients et api pour pick
"Stephane TOUGARD" <stephane@unices.org> a écrit dans le message de
news:vdkmr2-udg.ln1@gulliver.unices.org...
helios wrote:
90% des serveurs minitel etait sous pick, et ne nombreux serveur Web
sont
sous pick
http://www.bvr.be/openqm/links.htm
Excuse moi, mais ceci est un lien vers des logiciels qui servent a
utiliser Pick dans differents environnement, pas un lien vers des
serveurx Web qui tournent grace a Pick.
un des liens est justement les outils web pour pick qui dit outil dit
productions
Maintenant que le minitel, ce vieux systeme centralise et obsolete,
utilise lui aussi une base de donnees un peu vieillote ne m'etonne pas
du tout.
Ceci dit, personne je crois n'a jamais mis en doute les performances de
ce programme. C'est plutot ta vision de son evolution et ta
meconnaissance des SGBD en general et de ce programme en particulier qui
nous font sourire.
C'est egalement l'implementation foireuse de la securite en rapport avec
le systeme qui nous fait douter.
ce n'est pas mon package opensources je m'occupe de la version
commerciale
pas de l'open source libre a la communaute open source de faire le
boulot de
doc aulieu de recopier la doc commerciale et les procedure du
commerciale ,
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
90% des serveurs minitel etait sous pick, et ne nombreux serveur Web sont
sous pick
http://www.bvr.be/openqm/links.htm
Excuse moi, mais ceci est un lien vers des logiciels qui servent a utiliser Pick dans differents environnement, pas un lien vers des serveurx Web qui tournent grace a Pick.
un des liens est justement les outils web pour pick qui dit outil dit productions
Maintenant que le minitel, ce vieux systeme centralise et obsolete, utilise lui aussi une base de donnees un peu vieillote ne m'etonne pas du tout.
Ceci dit, personne je crois n'a jamais mis en doute les performances de ce programme. C'est plutot ta vision de son evolution et ta meconnaissance des SGBD en general et de ce programme en particulier qui nous font sourire.
C'est egalement l'implementation foireuse de la securite en rapport avec le systeme qui nous fait douter.
ce n'est pas mon package opensources je m'occupe de la version commerciale
pas de l'open source libre a la communaute open source de faire le boulot de
doc aulieu de recopier la doc commerciale et les procedure du commerciale ,
Pourquoi a chaque fois que tu donnes un lien, ca redirige vers une page qui n'a aucun rapport avec la phrase qui precede le lien ?
pourquoi tu ne regarde pas correctement le lien
tu y verrais un lien vers les clients et api pour pick
helios
"Jerome Lambert" a écrit dans le message de news:
Par contre l'article initial n'aborde nulle part le lien entre relationnel et multivaluée, ce qui est parfaitement normal, les deux concepts étant antinomique: le multivalué se débrouille pour tout stocker dans *une* table, alors que le relationnel éclate les données sur *plusieurs* tables et définit des liens entre ceux-ci.
Maintenant, si tu n'as pas d'autres arguments que "c'est vrai parce que je
le dis", on en reste là, parce que ça devient lourd à la fin...
le MV fait aussi des liens entre les tables la 42c c'est 20 tables si on utilise en singlevalue on a une base relationnelle
le relationnel est une bijection le MV est des fonctions et applications
comment s'appelle une fonction qui est aussi une application ? une bijection
Ah oui, pour ton information, mon boulot dans la vie réelle, c'est prof de maths dans un collège... http://users.swing.be/sw051431/divers/moi.html
alors tu as compris ou je m'inquete pour les eleves
en resume le relationnel est pour chaque lien il y a un depart et une arrive (bijection) en MV il peut y avoir plusieur valeurs de depart ou d'arrive (multivaleur , fonction application) si on rend bijective les fonction et application on a des bijection donc du relationnelle (cela implique des index et des clef supplementaires et des tables suplementaire )
"Jerome Lambert" <jerome.lambert@swing.be> a écrit dans le message de
news:pan.2005.07.28.09.56.13.908309@swing.be...
Par contre l'article initial n'aborde nulle part le lien entre
relationnel et multivaluée, ce qui est parfaitement normal, les deux
concepts étant antinomique: le multivalué se débrouille pour tout
stocker dans *une* table, alors que le relationnel éclate les données
sur *plusieurs* tables et définit des liens entre ceux-ci.
Maintenant, si tu n'as pas d'autres arguments que "c'est vrai parce que
je
le dis", on en reste là, parce que ça devient lourd à la fin...
le MV fait aussi des liens entre les tables la 42c c'est 20 tables
si on utilise en singlevalue on a une base relationnelle
le relationnel est une bijection le MV est des fonctions et applications
comment s'appelle une fonction qui est aussi une application ? une
bijection
Ah oui, pour ton information, mon boulot dans la vie réelle, c'est prof
de maths dans un collège...
http://users.swing.be/sw051431/divers/moi.html
alors tu as compris ou je m'inquete pour les eleves
en resume le relationnel est pour chaque lien il y a un depart et une arrive
(bijection)
en MV il peut y avoir plusieur valeurs de depart ou d'arrive (multivaleur ,
fonction application)
si on rend bijective les fonction et application on a des bijection donc du
relationnelle (cela implique des index et des clef supplementaires et des
tables suplementaire )
Par contre l'article initial n'aborde nulle part le lien entre relationnel et multivaluée, ce qui est parfaitement normal, les deux concepts étant antinomique: le multivalué se débrouille pour tout stocker dans *une* table, alors que le relationnel éclate les données sur *plusieurs* tables et définit des liens entre ceux-ci.
Maintenant, si tu n'as pas d'autres arguments que "c'est vrai parce que je
le dis", on en reste là, parce que ça devient lourd à la fin...
le MV fait aussi des liens entre les tables la 42c c'est 20 tables si on utilise en singlevalue on a une base relationnelle
le relationnel est une bijection le MV est des fonctions et applications
comment s'appelle une fonction qui est aussi une application ? une bijection
Ah oui, pour ton information, mon boulot dans la vie réelle, c'est prof de maths dans un collège... http://users.swing.be/sw051431/divers/moi.html
alors tu as compris ou je m'inquete pour les eleves
en resume le relationnel est pour chaque lien il y a un depart et une arrive (bijection) en MV il peut y avoir plusieur valeurs de depart ou d'arrive (multivaleur , fonction application) si on rend bijective les fonction et application on a des bijection donc du relationnelle (cela implique des index et des clef supplementaires et des tables suplementaire )
Stephane TOUGARD
helios wrote:
et NetBSD auraist besoin d'enormement de modif pour tourner sur un as400 ou un DEC
NetBSD tourne sur DEC, pour AS400, ca demande verification (j'arrive pas a joindre le site), mais ca me surprendrait pas vraiment.
Ceci dit, NetBSD est un OS, pick est un programme, en ce sens, il conviendrait de le comparer avec un programme.
la partie administ ou OS a toujour besoin de modif pour tourner sur une autre plateforme
Ben non, si c'etait bien foutu, ca ne se justifierait pas le moins du monde. Je ne vois aucune raison valable pour gerer les utilisateurs de facon differentes sur un Unix que sur un Windows pour un SGBD.
par contre si je prend une base pick elle est portable partout ou il y a un pick sans modif
Ca, c'est un peu le strict minimum qu'on est en droit d'attendre.
tu peut par exemple prendre la base pick sur pc sous unix et la transferer telle quel sur un as400 sans rien changer (la base pas l'administration) par contre comment tu porte une base oracle avec des programme java ou php sur un AS400 sans rien modifier , aucune compilation rien d'autre qu'un transfert FTP des fichiers vers oracle de AS400
Pour le PHP, en effet aucune modification n'est a faire. Idem pour Java. Au niveau de la base Oracle, ca doit le faire directement egalement, mais on peut toujours passer par un backup/restore ou des fichier SQL si necessaire, mais je serais pas surpris que ca passe comme ca.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
helios wrote:
et NetBSD auraist besoin d'enormement de modif pour tourner sur un as400 ou
un DEC
NetBSD tourne sur DEC, pour AS400, ca demande verification (j'arrive pas
a joindre le site), mais ca me surprendrait pas vraiment.
Ceci dit, NetBSD est un OS, pick est un programme, en ce sens, il
conviendrait de le comparer avec un programme.
la partie administ ou OS a toujour besoin de modif pour tourner sur une
autre plateforme
Ben non, si c'etait bien foutu, ca ne se justifierait pas le moins du
monde. Je ne vois aucune raison valable pour gerer les utilisateurs de
facon differentes sur un Unix que sur un Windows pour un SGBD.
par contre si je prend une base pick elle est portable partout ou il y a un
pick sans modif
Ca, c'est un peu le strict minimum qu'on est en droit d'attendre.
tu peut par exemple prendre la base pick sur pc sous unix et la transferer
telle quel sur un as400 sans rien changer (la base pas l'administration)
par contre comment tu porte une base oracle avec des programme java ou php
sur un AS400 sans rien modifier , aucune compilation rien d'autre qu'un
transfert FTP des fichiers vers oracle de AS400
Pour le PHP, en effet aucune modification n'est a faire. Idem pour Java.
Au niveau de la base Oracle, ca doit le faire directement egalement,
mais on peut toujours passer par un backup/restore ou des fichier SQL si
necessaire, mais je serais pas surpris que ca passe comme ca.
--
http://www.unices.org Les meilleurs modules de Perl
http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul
http://artlibre.org/ Free Art License
et NetBSD auraist besoin d'enormement de modif pour tourner sur un as400 ou un DEC
NetBSD tourne sur DEC, pour AS400, ca demande verification (j'arrive pas a joindre le site), mais ca me surprendrait pas vraiment.
Ceci dit, NetBSD est un OS, pick est un programme, en ce sens, il conviendrait de le comparer avec un programme.
la partie administ ou OS a toujour besoin de modif pour tourner sur une autre plateforme
Ben non, si c'etait bien foutu, ca ne se justifierait pas le moins du monde. Je ne vois aucune raison valable pour gerer les utilisateurs de facon differentes sur un Unix que sur un Windows pour un SGBD.
par contre si je prend une base pick elle est portable partout ou il y a un pick sans modif
Ca, c'est un peu le strict minimum qu'on est en droit d'attendre.
tu peut par exemple prendre la base pick sur pc sous unix et la transferer telle quel sur un as400 sans rien changer (la base pas l'administration) par contre comment tu porte une base oracle avec des programme java ou php sur un AS400 sans rien modifier , aucune compilation rien d'autre qu'un transfert FTP des fichiers vers oracle de AS400
Pour le PHP, en effet aucune modification n'est a faire. Idem pour Java. Au niveau de la base Oracle, ca doit le faire directement egalement, mais on peut toujours passer par un backup/restore ou des fichier SQL si necessaire, mais je serais pas surpris que ca passe comme ca.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
Jerome Lambert
Le Thu, 28 Jul 2005 12:04:04 +0200, helios a écrit :
ce n'est pas mon package opensources je m'occupe de la version commerciale pas de l'open source libre a la communaute open source de faire le boulot de doc aulieu de recopier la doc commerciale et les procedure du commerciale , les api existe les client aussi
Pourquoi a chaque fois que tu donnes un lien, ca redirige vers une page qui n'a aucun rapport avec la phrase qui precede le lien ?
pourquoi tu ne regarde pas correctement le lien
tu y verrais un lien vers les clients et api pour pick
Il y a juste un PDF traitant de la liste des fonctions disponibles dans le module d'interfaçage avec Visual Basic (qui est libre et portable, comme tout le monde sait). Ce n'est pas ce qu'on peut appeler une API...
Le Thu, 28 Jul 2005 12:04:04 +0200, helios a écrit :
ce n'est pas mon package opensources je m'occupe de la version
commerciale
pas de l'open source libre a la communaute open source de faire le
boulot de doc aulieu de recopier la doc commerciale et les procedure
du commerciale , les api existe les client aussi
Pourquoi a chaque fois que tu donnes un lien, ca redirige vers une page
qui n'a aucun rapport avec la phrase qui precede le lien ?
pourquoi tu ne regarde pas correctement le lien
tu y verrais un lien vers les clients et api pour pick
Il y a juste un PDF traitant de la liste des fonctions disponibles dans le
module d'interfaçage avec Visual Basic (qui est libre et portable, comme
tout le monde sait). Ce n'est pas ce qu'on peut appeler une API...
Le Thu, 28 Jul 2005 12:04:04 +0200, helios a écrit :
ce n'est pas mon package opensources je m'occupe de la version commerciale pas de l'open source libre a la communaute open source de faire le boulot de doc aulieu de recopier la doc commerciale et les procedure du commerciale , les api existe les client aussi
Pourquoi a chaque fois que tu donnes un lien, ca redirige vers une page qui n'a aucun rapport avec la phrase qui precede le lien ?
pourquoi tu ne regarde pas correctement le lien
tu y verrais un lien vers les clients et api pour pick
Il y a juste un PDF traitant de la liste des fonctions disponibles dans le module d'interfaçage avec Visual Basic (qui est libre et portable, comme tout le monde sait). Ce n'est pas ce qu'on peut appeler une API...
Hub
"Franck Yvonnet" a écrit dans le message de news:
Ainsi Parlait helios
oracle est utilise par 600 personne
Ça veut dire quoi ? Il y a 600 entreprises qui utilisent Oracle ? 600 DBA ? 600 licences de vendue ? En France ? En Europe ? Dans le monde ? En Ouganda ? Ça te fatiguerai d'être plus précis ou de filer un lien ?
A force de tronquer les messages ils ont plus de sens
A FT il y a 600 personnes qui utilise oracle et 135000 qui utilise pick Les base oracle sont approvisionne par pick, Pick est le referenciel , oracle est un accessoire
Pas la peine de vous battre sur des chiffres qui, entre nous, ne prouvent pas grand chose. Tout d'abord, qu'est-ce qu'un utilisateur? S'agit-il d'un compte, d'une connexion ou d'une requête... Autrement dit, quelle base utilise Google et combien d'utilisateurs sont connectés dessus à un instant t ?
Bref. Ca ne fait pas avancer le débat.
PICK existe, c'est un fait. Et merci à Helios de me l'avoir fait découvrir. Maintenant, il reste beaucoup de chemin à parcourir pour le faire adopter dans les nouveaux projets (le principal problème étant le manque de personnes qui connaissent ce système.) Le fait d'avoir une implémentation OpenSource permettra, peut-être, une nouvelle distribution des cartes, qui sait...
Pour le moment, les bases relationnelles régnent en maîtres. D'ailleurs, il faut bien le reconnaitre, elles répondent aux besoins dans la majorité des projets informatiques (Peut-être pas toujours de manière efficace en terme de consommation CPU... la question reste ouverte.)
A mon avis, ce qui lui manque c'est une architecture de type client/serveur, des API pour des langages de haut niveau (Java, Python, Perl...) et un système clair de gestion des utilisateurs.
Pour le reste, bonne chance à Pick et aux SGBDMV ;-)
"Franck Yvonnet" <fyvonnet@gmail.com> a écrit dans le message de
news:slrndefad0.5n2.fyvonnet@gwyneth.glou.net...
Ainsi Parlait helios <helios@com02.com>
oracle est utilise par 600 personne
Ça veut dire quoi ? Il y a 600 entreprises qui utilisent Oracle ? 600
DBA ? 600 licences de vendue ? En France ? En Europe ? Dans le monde ?
En Ouganda ? Ça te fatiguerai d'être plus précis ou de filer un lien ?
A force de tronquer les messages ils ont plus de sens
A FT il y a 600 personnes qui utilise oracle et 135000 qui utilise pick
Les base oracle sont approvisionne par pick, Pick est le referenciel ,
oracle est un accessoire
Pas la peine de vous battre sur des chiffres qui, entre nous, ne
prouvent pas grand chose.
Tout d'abord, qu'est-ce qu'un utilisateur? S'agit-il d'un compte, d'une
connexion ou d'une requête...
Autrement dit, quelle base utilise Google et combien d'utilisateurs sont
connectés dessus à un instant t ?
Bref. Ca ne fait pas avancer le débat.
PICK existe, c'est un fait. Et merci à Helios de me l'avoir fait
découvrir. Maintenant, il reste beaucoup de chemin à parcourir pour le
faire adopter dans les nouveaux projets (le principal problème étant le
manque de personnes qui connaissent ce système.)
Le fait d'avoir une implémentation OpenSource permettra, peut-être, une
nouvelle distribution des cartes, qui sait...
Pour le moment, les bases relationnelles régnent en maîtres. D'ailleurs,
il faut bien le reconnaitre, elles répondent aux besoins dans la
majorité des projets informatiques (Peut-être pas toujours de manière
efficace en terme de consommation CPU... la question reste ouverte.)
A mon avis, ce qui lui manque c'est une architecture de type
client/serveur, des API pour des langages de haut niveau (Java, Python,
Perl...) et un système clair de gestion des utilisateurs.
Pour le reste, bonne chance à Pick et aux SGBDMV ;-)
Ça veut dire quoi ? Il y a 600 entreprises qui utilisent Oracle ? 600 DBA ? 600 licences de vendue ? En France ? En Europe ? Dans le monde ? En Ouganda ? Ça te fatiguerai d'être plus précis ou de filer un lien ?
A force de tronquer les messages ils ont plus de sens
A FT il y a 600 personnes qui utilise oracle et 135000 qui utilise pick Les base oracle sont approvisionne par pick, Pick est le referenciel , oracle est un accessoire
Pas la peine de vous battre sur des chiffres qui, entre nous, ne prouvent pas grand chose. Tout d'abord, qu'est-ce qu'un utilisateur? S'agit-il d'un compte, d'une connexion ou d'une requête... Autrement dit, quelle base utilise Google et combien d'utilisateurs sont connectés dessus à un instant t ?
Bref. Ca ne fait pas avancer le débat.
PICK existe, c'est un fait. Et merci à Helios de me l'avoir fait découvrir. Maintenant, il reste beaucoup de chemin à parcourir pour le faire adopter dans les nouveaux projets (le principal problème étant le manque de personnes qui connaissent ce système.) Le fait d'avoir une implémentation OpenSource permettra, peut-être, une nouvelle distribution des cartes, qui sait...
Pour le moment, les bases relationnelles régnent en maîtres. D'ailleurs, il faut bien le reconnaitre, elles répondent aux besoins dans la majorité des projets informatiques (Peut-être pas toujours de manière efficace en terme de consommation CPU... la question reste ouverte.)
A mon avis, ce qui lui manque c'est une architecture de type client/serveur, des API pour des langages de haut niveau (Java, Python, Perl...) et un système clair de gestion des utilisateurs.
Pour le reste, bonne chance à Pick et aux SGBDMV ;-)
Stephane Zuckerman
Qu'on fasse l'effort d'adapter un soft à *chaque* système sur lequel on veut le porter, en réinventant la roue presque à chaque fois ne signifie pas que ledit soft soit portable, juste qu'il est porté.
Un exemple de système très portable est NetBSD par exemple, où, si j'ai bien compris, très peu de choses (proportionnellement à l'ensemble de l'OS bien sûr) doivent être modifiées pour le faire tourner sur une nouvelle architecture.
il y a peu de modif entre un pick unix pick linux pick bsd mais beaucoup plus entre pick as400 et pick sous linux
et NetBSD auraist besoin d'enormement de modif pour tourner sur un as400 ou un DEC
Comment le sais-tu ? (Ca me démange de faire du X-post ou du fu2, mais je me dis que fcob ne mérite pas cette conversation :-) ).
C'est le même principe que pour un compilateur normalement : une fois que tu as les instructions de base qui sont implémentées avec le langage de la machine, il "suffit" de construire par-dessus.
la partie administ ou OS a toujour besoin de modif pour tourner sur une autre plateforme
Evidemment, et je l'ai bien dit dès le départ : "très peu de choses (proportionnellement à l'ensemble de l'OS bien sûr) doivent être modifiées"
par contre si je prend une base pick elle est portable partout ou il y a un pick sans modif Oui enfin ça veut rien dire ça, si tu prends une base
Oracle/MySQL/PostgresSQL, et que tu fais un dump, c'est transférable sur un autre Oracle/MySQL/PostresSQL indépendemment de l'architecture aussi (entre autres parce que ces SGBD ne dépendent pas du système sur lequel ils tournent).
par contre comment tu porte une base oracle avec des programme java ou php sur un AS400 sans rien modifier , aucune compilation rien d'autre qu'un transfert FTP des fichiers vers oracle de AS400
Il ne faut pas confondre deux choses : la base en elle-même (portable sans problème), et les applications qui se mettent par-dessus. Cela dit, tu aurais pu choisir de meilleurs exemples de langages, parce qu'à quelques très rares exceptions près, les programmes Java et PHP tournent sans modification à faire, lorsqu'on les passe d'un OS à l'autre.
Tu m'aurais parlé de programmes faits en C, à la limite (et encore, si le programmeur s'est bien débrouillé, il a utilisé en priorité l'API de la base).
Ah, et au fait, kermit, c'est pas un peu mort ? -- kermit est la norme de transfert je parle du programme mskermit
Oui, et je me répète : c'est pas un peu mort ?
-- "Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce que je veux !" "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." (Bill Gates, The Road Ahead)
Qu'on fasse l'effort d'adapter un soft à *chaque* système sur lequel on
veut le porter, en réinventant la roue presque à chaque fois ne signifie
pas que ledit soft soit portable, juste qu'il est porté.
Un exemple de système très portable est NetBSD par exemple, où, si j'ai
bien compris, très peu de choses (proportionnellement à l'ensemble de l'OS
bien sûr) doivent être modifiées pour le faire tourner sur une nouvelle
architecture.
il y a peu de modif entre un pick unix pick linux pick bsd mais beaucoup
plus entre pick as400 et pick sous linux
et NetBSD auraist besoin d'enormement de modif pour tourner sur un as400 ou
un DEC
Comment le sais-tu ? (Ca me démange de faire du X-post ou du fu2, mais je
me dis que fcob ne mérite pas cette conversation :-) ).
C'est le même principe que pour un compilateur normalement : une fois que
tu as les instructions de base qui sont implémentées avec le langage de la
machine, il "suffit" de construire par-dessus.
la partie administ ou OS a toujour besoin de modif pour tourner sur une
autre plateforme
Evidemment, et je l'ai bien dit dès le départ :
"très peu de choses (proportionnellement à l'ensemble de l'OS bien sûr)
doivent être modifiées"
par contre si je prend une base pick elle est portable partout ou il y a un
pick sans modif
Oui enfin ça veut rien dire ça, si tu prends une base
Oracle/MySQL/PostgresSQL, et que tu fais un dump, c'est transférable sur
un autre Oracle/MySQL/PostresSQL indépendemment de l'architecture aussi
(entre autres parce que ces SGBD ne dépendent pas du système sur lequel
ils tournent).
par contre comment tu porte une base oracle avec des programme java ou php
sur un AS400 sans rien modifier , aucune compilation rien d'autre qu'un
transfert FTP des fichiers vers oracle de AS400
Il ne faut pas confondre deux choses : la base en elle-même (portable sans
problème), et les applications qui se mettent par-dessus. Cela dit, tu
aurais pu choisir de meilleurs exemples de langages, parce qu'à quelques
très rares exceptions près, les programmes Java et PHP tournent sans
modification à faire, lorsqu'on les passe d'un OS à l'autre.
Tu m'aurais parlé de programmes faits en C, à la limite (et encore, si le
programmeur s'est bien débrouillé, il a utilisé en priorité l'API de la
base).
Ah, et au fait, kermit, c'est pas un peu mort ?
--
kermit est la norme de transfert je parle du programme mskermit
Oui, et je me répète : c'est pas un peu mort ?
--
"Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce
que je veux !"
"The obvious mathematical breakthrough would be development of an easy
way to factor large prime numbers." (Bill Gates, The Road Ahead)
Qu'on fasse l'effort d'adapter un soft à *chaque* système sur lequel on veut le porter, en réinventant la roue presque à chaque fois ne signifie pas que ledit soft soit portable, juste qu'il est porté.
Un exemple de système très portable est NetBSD par exemple, où, si j'ai bien compris, très peu de choses (proportionnellement à l'ensemble de l'OS bien sûr) doivent être modifiées pour le faire tourner sur une nouvelle architecture.
il y a peu de modif entre un pick unix pick linux pick bsd mais beaucoup plus entre pick as400 et pick sous linux
et NetBSD auraist besoin d'enormement de modif pour tourner sur un as400 ou un DEC
Comment le sais-tu ? (Ca me démange de faire du X-post ou du fu2, mais je me dis que fcob ne mérite pas cette conversation :-) ).
C'est le même principe que pour un compilateur normalement : une fois que tu as les instructions de base qui sont implémentées avec le langage de la machine, il "suffit" de construire par-dessus.
la partie administ ou OS a toujour besoin de modif pour tourner sur une autre plateforme
Evidemment, et je l'ai bien dit dès le départ : "très peu de choses (proportionnellement à l'ensemble de l'OS bien sûr) doivent être modifiées"
par contre si je prend une base pick elle est portable partout ou il y a un pick sans modif Oui enfin ça veut rien dire ça, si tu prends une base
Oracle/MySQL/PostgresSQL, et que tu fais un dump, c'est transférable sur un autre Oracle/MySQL/PostresSQL indépendemment de l'architecture aussi (entre autres parce que ces SGBD ne dépendent pas du système sur lequel ils tournent).
par contre comment tu porte une base oracle avec des programme java ou php sur un AS400 sans rien modifier , aucune compilation rien d'autre qu'un transfert FTP des fichiers vers oracle de AS400
Il ne faut pas confondre deux choses : la base en elle-même (portable sans problème), et les applications qui se mettent par-dessus. Cela dit, tu aurais pu choisir de meilleurs exemples de langages, parce qu'à quelques très rares exceptions près, les programmes Java et PHP tournent sans modification à faire, lorsqu'on les passe d'un OS à l'autre.
Tu m'aurais parlé de programmes faits en C, à la limite (et encore, si le programmeur s'est bien débrouillé, il a utilisé en priorité l'API de la base).
Ah, et au fait, kermit, c'est pas un peu mort ? -- kermit est la norme de transfert je parle du programme mskermit
Oui, et je me répète : c'est pas un peu mort ?
-- "Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce que je veux !" "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." (Bill Gates, The Road Ahead)
Stephane Zuckerman
alors tu as compris ou je m'inquete pour les eleves
en resume le relationnel est pour chaque lien il y a un depart et une arrive (bijection)
Tu te rends compte qu'en parlant de bijection tu invalides ton affirmation selon laquelle "PICK qui fait du MV peut faire du relationnel mais l'inverse est faux" ? Si ton application est bijective, ça signifie que tu peux partir de f(x) pour retrouver ton x de départ.
Donc si un SGBDMV est capable de faire du relationnel, un SGBDR peut faire du multivalué. CQFD. -- "Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce que je veux !" "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." (Bill Gates, The Road Ahead)
alors tu as compris ou je m'inquete pour les eleves
en resume le relationnel est pour chaque lien il y a un depart et une arrive
(bijection)
Tu te rends compte qu'en parlant de bijection tu invalides ton affirmation
selon laquelle "PICK qui fait du MV peut faire du relationnel mais
l'inverse est faux" ? Si ton application est bijective, ça signifie que tu
peux partir de f(x) pour retrouver ton x de départ.
Donc si un SGBDMV est capable de faire du relationnel, un SGBDR peut faire
du multivalué.
CQFD.
--
"Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce
que je veux !"
"The obvious mathematical breakthrough would be development of an easy
way to factor large prime numbers." (Bill Gates, The Road Ahead)
alors tu as compris ou je m'inquete pour les eleves
en resume le relationnel est pour chaque lien il y a un depart et une arrive (bijection)
Tu te rends compte qu'en parlant de bijection tu invalides ton affirmation selon laquelle "PICK qui fait du MV peut faire du relationnel mais l'inverse est faux" ? Si ton application est bijective, ça signifie que tu peux partir de f(x) pour retrouver ton x de départ.
Donc si un SGBDMV est capable de faire du relationnel, un SGBDR peut faire du multivalué. CQFD. -- "Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce que je veux !" "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." (Bill Gates, The Road Ahead)
Stephane TOUGARD
helios wrote:
C'est vrai, j'oubliais que sur ces vieux systemes, l'admin c'est le type qui applique stupidement les procedures et qui cherche pas a comprendre.
quel est la structure d'un fichier oracle sous linux ?
Rien a voir, on t'a demande comment on gerait les utilisateurs pick, pas quelle etait la structure des fichiers. Tu n'as meme pas l'air de savoir que pick utilise des devices RAW pour sauver ses datas (ce qui pour un administrateur est un peu le strict minimum). Pas plus que tu n'as encore compris ce qu'etait une connection entre le client et le serveur.
Apres, le format binaire du fichier (qui, la plupart du temps est proprio et ferme), c'est un autre probleme, ca peut etre interessant, mais pas forcement utile de le savoir, c'est surtout pas forcement possible selon les programmes.
A pour ta gouverne, je suis pas administrateur Oracle.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
helios wrote:
C'est vrai, j'oubliais que sur ces vieux systemes, l'admin c'est le type
qui applique stupidement les procedures et qui cherche pas a comprendre.
quel est la structure d'un fichier oracle sous linux ?
Rien a voir, on t'a demande comment on gerait les utilisateurs pick, pas
quelle etait la structure des fichiers. Tu n'as meme pas l'air de savoir
que pick utilise des devices RAW pour sauver ses datas (ce qui pour un
administrateur est un peu le strict minimum). Pas plus que tu n'as
encore compris ce qu'etait une connection entre le client et le serveur.
Apres, le format binaire du fichier (qui, la plupart du temps est
proprio et ferme), c'est un autre probleme, ca peut etre interessant,
mais pas forcement utile de le savoir, c'est surtout pas forcement
possible selon les programmes.
A pour ta gouverne, je suis pas administrateur Oracle.
--
http://www.unices.org Les meilleurs modules de Perl
http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul
http://artlibre.org/ Free Art License
C'est vrai, j'oubliais que sur ces vieux systemes, l'admin c'est le type qui applique stupidement les procedures et qui cherche pas a comprendre.
quel est la structure d'un fichier oracle sous linux ?
Rien a voir, on t'a demande comment on gerait les utilisateurs pick, pas quelle etait la structure des fichiers. Tu n'as meme pas l'air de savoir que pick utilise des devices RAW pour sauver ses datas (ce qui pour un administrateur est un peu le strict minimum). Pas plus que tu n'as encore compris ce qu'etait une connection entre le client et le serveur.
Apres, le format binaire du fichier (qui, la plupart du temps est proprio et ferme), c'est un autre probleme, ca peut etre interessant, mais pas forcement utile de le savoir, c'est surtout pas forcement possible selon les programmes.
A pour ta gouverne, je suis pas administrateur Oracle.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
