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
On Thu, 04 Aug 2005 08:44:00 +0000, Thierry Thomas wrote:
Mercredi 03 août 2005 à 23:47 GMT, l'indien a écrit :
Par contre, chez FT, il y a une nouvelle entrée à chaque fois que le téléphone frémit, ça peut faire beaucoup, au final !
Faut pas tout garder non plus, quand on peut. J'ai bossé chez FT sur une base Oracle / Linux qui justement collectait les tickets de chaque appel pour la facturation des entreprises. Si je me souviens bien, à l'époque, on récupérait ~2 Go / jour / base, mais on ne conservait les tickets en ligne que sur 2 mois glissants, et j'avais fait un pro*C qui faisait des cumuls, et seuls ces cumuls étaient archivés au delà des 2 mois.
En effet. Je ne connais pas les impératifs de gestion des bases FT. Je me base sur mes souvenirs dans les caisses de retraite et d'assurance ou on avait l'obligation légale de garder toutes les données accessibles directement. En fait, on devait être capable de récapituler à la demande toute la carrière d'un assuré pour la retransmettre à divers organisme. Comme c'est typiquement des demandes qui arrivent sur bande (!) et sont traitées automatiquement (il peut y en avoir des centaines par jour...), on a intérêt à avoir tout en ligne. De même, pour les arretés de compte, il faut reprendre toute la situation de tous les assurés. Et vu le nombre d'assurés, à moins d'une erreur détectée dans les comptes, on ne peut pas se permettre d'intervention manuelle dans le processus (à part pour charger les bandes pour les sauvegardes ;-) ).
Mais ce n'est pas forcément une obligation, en effet, ça dépend du cadre légal et de l'utilisation de la base.
On Thu, 04 Aug 2005 08:44:00 +0000, Thierry Thomas wrote:
Mercredi 03 août 2005 à 23:47 GMT, l'indien a écrit :
Par contre, chez FT, il y a une nouvelle entrée à chaque fois que le
téléphone frémit, ça peut faire beaucoup, au final !
Faut pas tout garder non plus, quand on peut.
J'ai bossé chez FT sur une base Oracle / Linux qui justement collectait
les tickets de chaque appel pour la facturation des entreprises. Si je
me souviens bien, à l'époque, on récupérait ~2 Go / jour / base, mais
on ne conservait les tickets en ligne que sur 2 mois glissants, et
j'avais fait un pro*C qui faisait des cumuls, et seuls ces cumuls
étaient archivés au delà des 2 mois.
En effet. Je ne connais pas les impératifs de gestion des bases FT.
Je me base sur mes souvenirs dans les caisses de retraite et d'assurance
ou on avait l'obligation légale de garder toutes les données accessibles
directement. En fait, on devait être capable de récapituler à la
demande toute la carrière d'un assuré pour la retransmettre à divers
organisme. Comme c'est typiquement des demandes qui arrivent sur bande (!)
et sont traitées automatiquement (il peut y en avoir des centaines par
jour...), on a intérêt à avoir tout en ligne. De même, pour les
arretés de compte, il faut reprendre toute la situation de tous les
assurés. Et vu le nombre d'assurés, à moins d'une erreur détectée
dans les comptes, on ne peut pas se permettre d'intervention manuelle dans
le processus (à part pour charger les bandes pour les sauvegardes ;-) ).
Mais ce n'est pas forcément une obligation, en effet, ça dépend du
cadre légal et de l'utilisation de la base.
On Thu, 04 Aug 2005 08:44:00 +0000, Thierry Thomas wrote:
Mercredi 03 août 2005 à 23:47 GMT, l'indien a écrit :
Par contre, chez FT, il y a une nouvelle entrée à chaque fois que le téléphone frémit, ça peut faire beaucoup, au final !
Faut pas tout garder non plus, quand on peut. J'ai bossé chez FT sur une base Oracle / Linux qui justement collectait les tickets de chaque appel pour la facturation des entreprises. Si je me souviens bien, à l'époque, on récupérait ~2 Go / jour / base, mais on ne conservait les tickets en ligne que sur 2 mois glissants, et j'avais fait un pro*C qui faisait des cumuls, et seuls ces cumuls étaient archivés au delà des 2 mois.
En effet. Je ne connais pas les impératifs de gestion des bases FT. Je me base sur mes souvenirs dans les caisses de retraite et d'assurance ou on avait l'obligation légale de garder toutes les données accessibles directement. En fait, on devait être capable de récapituler à la demande toute la carrière d'un assuré pour la retransmettre à divers organisme. Comme c'est typiquement des demandes qui arrivent sur bande (!) et sont traitées automatiquement (il peut y en avoir des centaines par jour...), on a intérêt à avoir tout en ligne. De même, pour les arretés de compte, il faut reprendre toute la situation de tous les assurés. Et vu le nombre d'assurés, à moins d'une erreur détectée dans les comptes, on ne peut pas se permettre d'intervention manuelle dans le processus (à part pour charger les bandes pour les sauvegardes ;-) ).
Mais ce n'est pas forcément une obligation, en effet, ça dépend du cadre légal et de l'utilisation de la base.
Michel Billaud
"helios" writes:
le referenciel FT est 42c 20h 20z GPC tout est sous pick universe 10.2 et cela perturbe les oracles de savoir que la monstrueuse base oracle la plus grosse du monde est juste un petit gadget chez FT
C'est à dire qu'il n'y consacrent que peu de temps parce que ça marche tout seul sans poser de problème particulier, contrairement à l'autre ?
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
"helios" <helios@com02.com> writes:
le referenciel FT est 42c 20h 20z GPC tout est sous pick universe 10.2 et
cela perturbe les oracles de savoir que la monstrueuse base oracle la plus
grosse du monde est juste un petit gadget chez FT
C'est à dire qu'il n'y consacrent que peu de temps parce que ça marche tout seul
sans poser de problème particulier, contrairement à l'autre ?
--
Michel BILLAUD billaud@labri.fr
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)
le referenciel FT est 42c 20h 20z GPC tout est sous pick universe 10.2 et cela perturbe les oracles de savoir que la monstrueuse base oracle la plus grosse du monde est juste un petit gadget chez FT
C'est à dire qu'il n'y consacrent que peu de temps parce que ça marche tout seul sans poser de problème particulier, contrairement à l'autre ?
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Michel Billaud
"helios" writes:
la terminologie officiel
Ouais, qui n'est officielle que pour les trois pelés qui font du pick.
est "executable PICK " c'est un peu comme un objet interprete c'est entre le source et l'assembleur le pick assures l'interface entre l' executable pick et le matos
Si vous voulez dire que Pick interprète l' "exécutable pick", qui n'est donc pas directement exécutable par la machine cible, dites-le, mais pitié, ne mèlez pas l'assembleur (fut-il pseudo) et le binaire à cette salade. Même avec de la citronelle, c'est indigeste.
MB -- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
"helios" <helios@com02.com> writes:
la terminologie officiel
Ouais, qui n'est officielle que pour les trois pelés qui font du pick.
est "executable PICK " c'est un peu comme un objet
interprete c'est entre le source et l'assembleur le pick assures l'interface
entre l' executable pick et le matos
Si vous voulez dire que Pick interprète l' "exécutable pick", qui
n'est donc pas directement exécutable par la machine cible, dites-le,
mais pitié, ne mèlez pas l'assembleur (fut-il pseudo) et le binaire à
cette salade. Même avec de la citronelle, c'est indigeste.
MB
--
Michel BILLAUD billaud@labri.fr
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)
Ouais, qui n'est officielle que pour les trois pelés qui font du pick.
est "executable PICK " c'est un peu comme un objet interprete c'est entre le source et l'assembleur le pick assures l'interface entre l' executable pick et le matos
Si vous voulez dire que Pick interprète l' "exécutable pick", qui n'est donc pas directement exécutable par la machine cible, dites-le, mais pitié, ne mèlez pas l'assembleur (fut-il pseudo) et le binaire à cette salade. Même avec de la citronelle, c'est indigeste.
MB -- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Nicolas Le Scouarnec
D'ailleurs, je doute fortement qu'avec 29To, ce soit la "plus grosse" base Oracle au monde... AMHA, il doit en exister de beaucoup plus grosses...
D'ailleurs, en parlant de base de donnée, pourquoi Google n'a pas le droit de jouer ? Ils ont combien de Tera-octets... Parce qu'entre Google, Google News, Google Image, Google Video, Google Map, Google Mail... ca commence a faire une certaine masse de donnée, mais c'est vrai que ca n'est ni Oracle, ni Pick.
Sinon, j'ai quelques commentaire sur le modèle hiérarchique pour les bases de données (puisque finalement, le multivalué, c'est ca, non ?).
Dans certains cas (interrogation sur un critère multivalué au niveau 128 par exemple), l'interrogation est extrement couteuse puisqu'on doit faire un parcours _complet_ de l'arbre !!
Il y a des problèmes au niveau de l'intégrité: si on a une base d'étudiants, et qu'un étudiant est le dernier étudiant a suivre l'option multimédia, la suppression de cet étudiant entrainera la disparition de toute trace de l'option multimédia.
La modification d'une valeur (évoquée précédement comme : remplacer Volkswagen par VW) impose aussi un parcours complet de l'arbre jusqu'au niveau ou on trouve cette donnée.
Je n'ai pas trouvé de schémas, explications completes... Sur ce cours, ils en parlent, sans démontrer les faiblesses de cette modélisation. (Page 34). http://www.univ-lille2.fr/cerim/cours/P2magistraux/Cours_BD.ppt
-- Nicolas Le Scouarnec
D'ailleurs, je doute fortement qu'avec 29To, ce soit la "plus grosse" base
Oracle au monde... AMHA, il doit en exister de beaucoup plus grosses...
D'ailleurs, en parlant de base de donnée, pourquoi Google n'a pas le
droit de jouer ? Ils ont combien de Tera-octets... Parce qu'entre
Google, Google News, Google Image, Google Video, Google Map, Google
Mail... ca commence a faire une certaine masse de donnée, mais c'est
vrai que ca n'est ni Oracle, ni Pick.
Sinon, j'ai quelques commentaire sur le modèle hiérarchique pour les
bases de données (puisque finalement, le multivalué, c'est ca, non ?).
Dans certains cas (interrogation sur un critère multivalué au niveau
128 par exemple), l'interrogation est extrement couteuse puisqu'on
doit faire un parcours _complet_ de l'arbre !!
Il y a des problèmes au niveau de l'intégrité: si on a une base
d'étudiants, et qu'un étudiant est le dernier étudiant a suivre
l'option multimédia, la suppression de cet étudiant entrainera la
disparition de toute trace de l'option multimédia.
La modification d'une valeur (évoquée précédement comme : remplacer
Volkswagen par VW) impose aussi un parcours complet de l'arbre jusqu'au
niveau ou on trouve cette donnée.
Je n'ai pas trouvé de schémas, explications completes...
Sur ce cours, ils en parlent, sans démontrer les faiblesses de cette
modélisation. (Page 34).
http://www.univ-lille2.fr/cerim/cours/P2magistraux/Cours_BD.ppt
D'ailleurs, je doute fortement qu'avec 29To, ce soit la "plus grosse" base Oracle au monde... AMHA, il doit en exister de beaucoup plus grosses...
D'ailleurs, en parlant de base de donnée, pourquoi Google n'a pas le droit de jouer ? Ils ont combien de Tera-octets... Parce qu'entre Google, Google News, Google Image, Google Video, Google Map, Google Mail... ca commence a faire une certaine masse de donnée, mais c'est vrai que ca n'est ni Oracle, ni Pick.
Sinon, j'ai quelques commentaire sur le modèle hiérarchique pour les bases de données (puisque finalement, le multivalué, c'est ca, non ?).
Dans certains cas (interrogation sur un critère multivalué au niveau 128 par exemple), l'interrogation est extrement couteuse puisqu'on doit faire un parcours _complet_ de l'arbre !!
Il y a des problèmes au niveau de l'intégrité: si on a une base d'étudiants, et qu'un étudiant est le dernier étudiant a suivre l'option multimédia, la suppression de cet étudiant entrainera la disparition de toute trace de l'option multimédia.
La modification d'une valeur (évoquée précédement comme : remplacer Volkswagen par VW) impose aussi un parcours complet de l'arbre jusqu'au niveau ou on trouve cette donnée.
Je n'ai pas trouvé de schémas, explications completes... Sur ce cours, ils en parlent, sans démontrer les faiblesses de cette modélisation. (Page 34). http://www.univ-lille2.fr/cerim/cours/P2magistraux/Cours_BD.ppt
-- Nicolas Le Scouarnec
Stéphane CARPENTIER
helios wrote:
"Michel Billaud" a écrit dans le message de news:
"helios" writes:
Gerer la securite sur l'incompetance, c'est exactement cela et notre tres cher ami helios est la grande demonstration que ca fonctionne.
moi aussi je pourrait filer un compte admin Pick et effectivement tu aurais
bien du mal a faire quoi que se soit car a la difference des comptes users
le compte admin necessite de connaitre et une fois connecte tu te retrouverais devant un prompt et tu ne saurais
pas quoi rentrer
On n'imagine pas qu'il lise la doc ?
il peut lires la doc et trouver mais sans aides il va mettre du temp avant d'etre operationnel et le temp qu'il le soit il n'auras plus acces
Il n'a pas le droit de lire la doc avant de pirater le système ?
Stéphane
--
Pour me répondre, traduire gratuit en anglais et virer le .invalid. http://stef.carpentier.free.fr/
helios wrote:
"Michel Billaud" <billaud@labri.u-bordeaux.fr> a écrit dans le message de
news:7zacjypufq.fsf@serveur5.labri.fr...
"helios" <helios@com02.com> writes:
Gerer la securite sur l'incompetance, c'est exactement cela et notre
tres cher ami helios est la grande demonstration que ca fonctionne.
moi aussi je pourrait filer un compte admin Pick et effectivement tu
aurais
bien du mal a faire quoi que se soit car a la difference des comptes
users
le compte admin necessite de connaitre
et une fois connecte tu te retrouverais devant un prompt et tu ne
saurais
pas quoi rentrer
On n'imagine pas qu'il lise la doc ?
il peut lires la doc et trouver mais sans aides il va mettre du temp avant
d'etre operationnel et le temp qu'il le soit il n'auras plus acces
Il n'a pas le droit de lire la doc avant de pirater le système ?
Stéphane
--
Pour me répondre, traduire gratuit en anglais et virer le .invalid.
http://stef.carpentier.free.fr/
Gerer la securite sur l'incompetance, c'est exactement cela et notre tres cher ami helios est la grande demonstration que ca fonctionne.
moi aussi je pourrait filer un compte admin Pick et effectivement tu aurais
bien du mal a faire quoi que se soit car a la difference des comptes users
le compte admin necessite de connaitre et une fois connecte tu te retrouverais devant un prompt et tu ne saurais
pas quoi rentrer
On n'imagine pas qu'il lise la doc ?
il peut lires la doc et trouver mais sans aides il va mettre du temp avant d'etre operationnel et le temp qu'il le soit il n'auras plus acces
Il n'a pas le droit de lire la doc avant de pirater le système ?
Stéphane
--
Pour me répondre, traduire gratuit en anglais et virer le .invalid. http://stef.carpentier.free.fr/
helios
"Michel Billaud" a écrit dans le message de news:
"helios" writes:
la terminologie officiel
Ouais, qui n'est officielle que pour les trois pelés qui font du pick.
IBM, JBASE, RAINNINGDATA,REALITY,OPENQM,REVELATION, ..... ca fait 6 editeurs de system pick
est "executable PICK " c'est un peu comme un objet interprete c'est entre le source et l'assembleur le pick assures l'interface
entre l' executable pick et le matos
Si vous voulez dire que Pick interprète l' "exécutable pick", qui n'est donc pas directement exécutable par la machine cible, dites-le, mais pitié, ne mèlez pas l'assembleur (fut-il pseudo) et le binaire à cette salade. Même avec de la citronelle, c'est indigeste.
c'est les termes officiels normalise
"Michel Billaud" <billaud@labri.u-bordeaux.fr> a écrit dans le message de
news:7zslxpn77z.fsf@serveur5.labri.fr...
"helios" <helios@com02.com> writes:
la terminologie officiel
Ouais, qui n'est officielle que pour les trois pelés qui font du pick.
IBM, JBASE, RAINNINGDATA,REALITY,OPENQM,REVELATION, ..... ca fait 6 editeurs
de system pick
est "executable PICK " c'est un peu comme un objet
interprete c'est entre le source et l'assembleur le pick assures
l'interface
entre l' executable pick et le matos
Si vous voulez dire que Pick interprète l' "exécutable pick", qui
n'est donc pas directement exécutable par la machine cible, dites-le,
mais pitié, ne mèlez pas l'assembleur (fut-il pseudo) et le binaire à
cette salade. Même avec de la citronelle, c'est indigeste.
Ouais, qui n'est officielle que pour les trois pelés qui font du pick.
IBM, JBASE, RAINNINGDATA,REALITY,OPENQM,REVELATION, ..... ca fait 6 editeurs de system pick
est "executable PICK " c'est un peu comme un objet interprete c'est entre le source et l'assembleur le pick assures l'interface
entre l' executable pick et le matos
Si vous voulez dire que Pick interprète l' "exécutable pick", qui n'est donc pas directement exécutable par la machine cible, dites-le, mais pitié, ne mèlez pas l'assembleur (fut-il pseudo) et le binaire à cette salade. Même avec de la citronelle, c'est indigeste.
c'est les termes officiels normalise
helios
"Stéphane CARPENTIER" a écrit dans le message de news:42f26b2a$0$5649$
helios wrote:
"Michel Billaud" a écrit dans le message de
news:
"helios" writes:
Gerer la securite sur l'incompetance, c'est exactement cela et notre
tres cher ami helios est la grande demonstration que ca fonctionne.
moi aussi je pourrait filer un compte admin Pick et effectivement tu aurais
bien du mal a faire quoi que se soit car a la difference des comptes users
le compte admin necessite de connaitre et une fois connecte tu te retrouverais devant un prompt et tu ne saurais
pas quoi rentrer
On n'imagine pas qu'il lise la doc ?
il peut lires la doc et trouver mais sans aides il va mettre du temp avant
d'etre operationnel et le temp qu'il le soit il n'auras plus acces
Il n'a pas le droit de lire la doc avant de pirater le système ?
il est deja pas capable de lire le site internet de vulgarisation alors une
doc de 5000 pages .....
"Stéphane CARPENTIER" <stef.carpentier@gratuit.fr.invalid> a écrit dans le
message de news:42f26b2a$0$5649$626a14ce@news.free.fr...
helios wrote:
"Michel Billaud" <billaud@labri.u-bordeaux.fr> a écrit dans le message
de
news:7zacjypufq.fsf@serveur5.labri.fr...
"helios" <helios@com02.com> writes:
Gerer la securite sur l'incompetance, c'est exactement cela et
notre
tres cher ami helios est la grande demonstration que ca fonctionne.
moi aussi je pourrait filer un compte admin Pick et effectivement tu
aurais
bien du mal a faire quoi que se soit car a la difference des comptes
users
le compte admin necessite de connaitre
et une fois connecte tu te retrouverais devant un prompt et tu ne
saurais
pas quoi rentrer
On n'imagine pas qu'il lise la doc ?
il peut lires la doc et trouver mais sans aides il va mettre du temp
avant
d'etre operationnel et le temp qu'il le soit il n'auras plus acces
Il n'a pas le droit de lire la doc avant de pirater le système ?
il est deja pas capable de lire le site internet de vulgarisation alors une
"Stéphane CARPENTIER" a écrit dans le message de news:42f26b2a$0$5649$
helios wrote:
"Michel Billaud" a écrit dans le message de
news:
"helios" writes:
Gerer la securite sur l'incompetance, c'est exactement cela et notre
tres cher ami helios est la grande demonstration que ca fonctionne.
moi aussi je pourrait filer un compte admin Pick et effectivement tu aurais
bien du mal a faire quoi que se soit car a la difference des comptes users
le compte admin necessite de connaitre et une fois connecte tu te retrouverais devant un prompt et tu ne saurais
pas quoi rentrer
On n'imagine pas qu'il lise la doc ?
il peut lires la doc et trouver mais sans aides il va mettre du temp avant
d'etre operationnel et le temp qu'il le soit il n'auras plus acces
Il n'a pas le droit de lire la doc avant de pirater le système ?
il est deja pas capable de lire le site internet de vulgarisation alors une
doc de 5000 pages .....
Stephane TOUGARD
helios wrote:
Si vous voulez dire que Pick interprète l' "exécutable pick", qui n'est donc pas directement exécutable par la machine cible, dites-le, mais pitié, ne mèlez pas l'assembleur (fut-il pseudo) et le binaire à cette salade. Même avec de la citronelle, c'est indigeste. c'est les termes officiels normalise
Liens ?
-- 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:
Si vous voulez dire que Pick interprète l' "exécutable pick", qui
n'est donc pas directement exécutable par la machine cible, dites-le,
mais pitié, ne mèlez pas l'assembleur (fut-il pseudo) et le binaire à
cette salade. Même avec de la citronelle, c'est indigeste.
c'est les termes officiels normalise
Liens ?
--
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
Si vous voulez dire que Pick interprète l' "exécutable pick", qui n'est donc pas directement exécutable par la machine cible, dites-le, mais pitié, ne mèlez pas l'assembleur (fut-il pseudo) et le binaire à cette salade. Même avec de la citronelle, c'est indigeste. c'est les termes officiels normalise
Liens ?
-- 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
l'indien
On Fri, 05 Aug 2005 01:29:59 +0200, helios wrote:
"Michel Billaud" a écrit dans le message de news:
"helios" writes:
la terminologie officiel
Ouais, qui n'est officielle que pour les trois pelés qui font du pick.
IBM, JBASE, RAINNINGDATA,REALITY,OPENQM,REVELATION, ..... ca fait 6 editeurs de system pick
Voyons ce qu'en pense IBM "The IBM extended relational databases, UniData and UniVerse (U2), offer high performance, scalable information management environments for embedding in vertical applications. The extended relational model - which supports nested tables - allows for rapid business data modeling, while eliminating redundant data, excessive resource usage and unnecessary I/O through time-consuming joins."
Autrement dit, c'est un système de base de donnée destiné à faciliter le développement de petites bases embarquées à l'intérieur même d'application verticales.
Et DB2 ? "DB2 Universal Database is the database management system that delivers a flexible and cost-effective database platform to build robust on demand business applications"
Là, on retrouve les grosses bases de données pour lesquelles la robustesse est le point primordial.
De plus: "Performance and Scale: A proven leader in the ability to handle millions of transactions or many terabytes of data, DB2 scales to handle any workload on your choice of architectures." "Foundation for information on demand: Reliability, availability, and security are more critical than ever with the dynamics of the global economy. DB2 never sacrifices these fundamentals when embracing new technologies, like web services, neccessary for today's challenges."
Donc on a d'un coté un système simple permettant de développer rapidement de petites bases, de l'autre un système permettant d'assurer la pérénité et l'universalité d'accès aux données. D'un coté un joujou pour développeur pressés, de l'autre une base de donnée destinée aux application critiques. Effectivement, on ne peut pas comparer les bases relationnelles et multivaluées...
"Michel Billaud" <billaud@labri.u-bordeaux.fr> a écrit dans le message de
news:7zslxpn77z.fsf@serveur5.labri.fr...
"helios" <helios@com02.com> writes:
la terminologie officiel
Ouais, qui n'est officielle que pour les trois pelés qui font du pick.
IBM, JBASE, RAINNINGDATA,REALITY,OPENQM,REVELATION, ..... ca fait 6 editeurs
de system pick
Voyons ce qu'en pense IBM
"The IBM extended relational databases, UniData and UniVerse (U2), offer
high performance, scalable information management environments for
embedding in vertical applications. The extended relational model -
which supports nested tables - allows for rapid business data modeling,
while eliminating redundant data, excessive resource usage and unnecessary
I/O through time-consuming joins."
Autrement dit, c'est un système de base de donnée destiné à faciliter
le développement de petites bases embarquées à l'intérieur même
d'application verticales.
Et DB2 ?
"DB2 Universal Database is the database management system that delivers a
flexible and cost-effective database platform to build robust on demand
business applications"
Là, on retrouve les grosses bases de données pour lesquelles la
robustesse est le point primordial.
De plus:
"Performance and Scale: A proven leader in the ability to handle millions
of transactions or many terabytes of data, DB2 scales to handle any
workload on your choice of architectures."
"Foundation for information on demand: Reliability, availability, and
security are more critical than ever with the dynamics of the global
economy. DB2 never sacrifices these fundamentals when embracing new
technologies, like web services, neccessary for today's challenges."
Donc on a d'un coté un système simple permettant de développer
rapidement de petites bases, de l'autre un système permettant d'assurer
la pérénité et l'universalité d'accès aux données.
D'un coté un joujou pour développeur pressés, de l'autre une base de
donnée destinée aux application critiques. Effectivement, on ne peut pas
comparer les bases relationnelles et multivaluées...
Ouais, qui n'est officielle que pour les trois pelés qui font du pick.
IBM, JBASE, RAINNINGDATA,REALITY,OPENQM,REVELATION, ..... ca fait 6 editeurs de system pick
Voyons ce qu'en pense IBM "The IBM extended relational databases, UniData and UniVerse (U2), offer high performance, scalable information management environments for embedding in vertical applications. The extended relational model - which supports nested tables - allows for rapid business data modeling, while eliminating redundant data, excessive resource usage and unnecessary I/O through time-consuming joins."
Autrement dit, c'est un système de base de donnée destiné à faciliter le développement de petites bases embarquées à l'intérieur même d'application verticales.
Et DB2 ? "DB2 Universal Database is the database management system that delivers a flexible and cost-effective database platform to build robust on demand business applications"
Là, on retrouve les grosses bases de données pour lesquelles la robustesse est le point primordial.
De plus: "Performance and Scale: A proven leader in the ability to handle millions of transactions or many terabytes of data, DB2 scales to handle any workload on your choice of architectures." "Foundation for information on demand: Reliability, availability, and security are more critical than ever with the dynamics of the global economy. DB2 never sacrifices these fundamentals when embracing new technologies, like web services, neccessary for today's challenges."
Donc on a d'un coté un système simple permettant de développer rapidement de petites bases, de l'autre un système permettant d'assurer la pérénité et l'universalité d'accès aux données. D'un coté un joujou pour développeur pressés, de l'autre une base de donnée destinée aux application critiques. Effectivement, on ne peut pas comparer les bases relationnelles et multivaluées...
le referenciel FT est 42c 20h 20z GPC tout est sous pick universe 10.2 et
cela perturbe les oracles de savoir que la monstrueuse base oracle la plus
grosse du monde est juste un petit gadget chez FT
C'est à dire qu'il n'y consacrent que peu de temps parce que ça marche tout seul
sans poser de problème particulier, contrairement à l'autre ?
non justement tres peut de personnel utilise oracle car c'est un gadget
parfaitement inutile pour FT et seul une minorite en on l'usage tandis que le referenciel est utilise par tous , oracle a ete incapable de gerer le referenciel FT et il reste donc sur pick
"Michel Billaud" <billaud@labri.u-bordeaux.fr> a écrit dans le message de
news:7zzmrxn7gk.fsf@serveur5.labri.fr...
"helios" <helios@com02.com> writes:
le referenciel FT est 42c 20h 20z GPC tout est sous pick universe 10.2
et
cela perturbe les oracles de savoir que la monstrueuse base oracle la
plus
grosse du monde est juste un petit gadget chez FT
C'est à dire qu'il n'y consacrent que peu de temps parce que ça marche
tout seul
sans poser de problème particulier, contrairement à l'autre ?
non justement tres peut de personnel utilise oracle car c'est un gadget
parfaitement inutile pour FT et seul une minorite en on l'usage tandis que
le referenciel est utilise par tous , oracle a ete incapable de gerer le
referenciel FT et il reste donc sur pick
le referenciel FT est 42c 20h 20z GPC tout est sous pick universe 10.2 et
cela perturbe les oracles de savoir que la monstrueuse base oracle la plus
grosse du monde est juste un petit gadget chez FT
C'est à dire qu'il n'y consacrent que peu de temps parce que ça marche tout seul
sans poser de problème particulier, contrairement à l'autre ?
non justement tres peut de personnel utilise oracle car c'est un gadget
parfaitement inutile pour FT et seul une minorite en on l'usage tandis que le referenciel est utilise par tous , oracle a ete incapable de gerer le referenciel FT et il reste donc sur pick
