OVH Cloud OVH Cloud

que vaut cette SGBD ?

49 réponses
Avatar
nobody
bonjour ,

voici l'adresse de d'un site de SGBD : OPENQM

qu'en pensez vous?

cela me semble interressant

http://www.openqm.bvr.be

salutation

10 réponses

1 2 3 4 5
Avatar
JustMe
helios a présenté l'énoncé suivant :
"JustMe" a écrit dans le message de
news:
nobody avait énoncé :
bonjour ,

voici l'adresse de d'un site de SGBD : OPENQM

qu'en pensez vous?

cela me semble interressant

http://www.openqm.bvr.be

salutation



Vue le nhombreu de fote dan le cit ouaibe, sa promai....



pour l'orthographe je plaides coupable mais bon est ce plus important il
vaut mieux un bon produit presente avec des fotes ou un mauvais sans fotes
d'orthographe



Ca prouve juste la fragilité de la structure commerciale qui est
derrière, ce qui exclu toute utilisation réelle du produit via ce
biais.
Avatar
Thierry Boudet
On 2005-07-05, nobody wrote:

qu'en pensez vous?



Que votre français est pitoyable.

--
"Gnus est trop glouton, consomme trop d'électricité. Il provoque le
réchauffement planétaire, fait fondre la calotte polaire, provoque la
sécheresse au Sahel, augmente la facture EDF, et provoque des cancers
de la peau chez les jeunes filles nues." // AB, fmbl, "moi, troller ?"-
Avatar
helios
"JustMe" a écrit dans le message de
news:
helios a présenté l'énoncé suivant :
> "JustMe" a écrit dans le message de
> news:
>> nobody avait énoncé :
>>> bonjour ,
>>>
>>> voici l'adresse de d'un site de SGBD : OPENQM
>>>
>>> qu'en pensez vous?
>>>
>>> cela me semble interressant
>>>
>>> http://www.openqm.bvr.be
>>>
>>> salutation
>>
>> Vue le nhombreu de fote dan le cit ouaibe, sa promai....
>>
> pour l'orthographe je plaides coupable mais bon est ce plus important il
> vaut mieux un bon produit presente avec des fotes ou un mauvais sans


fotes
> d'orthographe

Ca prouve juste la fragilité de la structure commerciale qui est
derrière, ce qui exclu toute utilisation réelle du produit via ce
biais.



cela prouve que je vais devoir faire corriger les fautes par ma secretaire
quand elle rentrera de conges et que faire un site en moins de 2 jours c'est
dur et que cela laisse des fautes d'orthographe
Avatar
Eric Masson
"helios" writes:

[Supersedes]

Le garçon vient de passer aux menaces physiques via un mail privé, qui a
donc été transféré derechef à avec demande de fermeture de
compte. (Copie sur demande du mail d'helios pour les intéressés)

Ah dernier point, les joies du vpn font que je ne suis pas à Chantilly,
il est donc inutile, cher helios, de m'y attendre, je suis physiquement
basé sur la côte atlantique en Vendée.

vu la reponse c'est bac à sable +12 cela fait quoi 5eme 4eme bref a peine le
BEPC!!!



Tageule connard ©

Ah si tiens au passage, l'abuse free est franchement réactif ces temps
ci, et ton profil de neuneu casse bonbons devrait leur plaire.

Il y a un pénible, mais pas autant que toi, qui en a fait les frais sur
fmsr ces jours-ci, si ça te tente, continues, tu es en bonne voie.

Éric Masson

--
Le neuneu est un con qui débute. C'est une espèce rare mais qui fait
beaucoup de bruit.


-+- JCD in Guide du Linuxien pervers - Bien configurer son neuneu.
Avatar
helios
"JustMe" a écrit dans le message de
news:
helios avait soumis l'idée :

> qui utilise encore DBASE ? pourtant c'etait presque la la seule SGBD qui
> tournait sur micro il y 20a

De m"moire et vite fait :

ingres (1972)
system-R (1977)
oracle (1979)
DB2 (1979)
informix (1981)
interbase (1984)
sybase (1984)
postgres (1985)





nous sommes donc d'accord des produit de 20 a 33 a bref des dinosaures , pas
comme les systemes PICK actuel qui on comme seul point commun avec les PICK
de l'epoque que peut de choses

ils tourne sur micro
ils ont des passerelles bureautique (XLS, DOC ......)
des GUI
il existe en GPL
il existe un C++ sous PICK
ils utilisent les API Windows
la derniere version d'un systeme pick est OPENQM 2.2.3 du 7/7/2005
www.openqm.bvr.be

bref la recherche de competences DBASE c'est termine , les competences SQL
c'est encore courrant (mais combien de temps encore 10a 15a ), les nouveaux
systeme pick sont l'avenir
Avatar
see
Ph. B. wrote:

helios a ecrit:

> la vie des dinosaiures ne m'interresse pas et j'ai connus ces dinausores
> (sql server et access ) je sait donc de quoi je parle quand je parle de sql

Dans votre message du 25/06/2005 à 21h15, intitulé "Re: les SGBD
Multivalue sont superieures aux autres", vous disiez:

"je ne caches pas que mes connaissances du SQl sont limite"



De toute façon, cela transparait clairement à chacun de ses messages :
Il assimile les bases de données relationnelles à DBASE et Access. Il
n'a visiblement aucune idée de ce qu'est Oracle et il est convaincu
qu'IBM abandonne DB2.
De plus, il n'imagine même pas qu'il y a des bases pouvant contenir
plusieurs To de données.
Enfin il croit que toutes les grosses sociétés font tourner toute leur
informatique sous PICK et ignorent les bases relationnelles.

En bref, il témoigne d'une complète ignorance du marché des bases de
données et il se permet de donner des leçons ...
--
Bruno
http://errance.lirano.net (photographies)
Avatar
Ph. B.
helios a écrit:

"Ph. B." a écrit dans le message de
news:42d00f9a$0$7768$

helios a ecrit:


la vie des dinosaiures ne m'interresse pas et j'ai connus ces dinausores
(sql server et access ) je sait donc de quoi je parle quand je parle de





sql

Dans votre message du 25/06/2005 à 21h15, intitulé "Re: les SGBD
Multivalue sont superieures aux autres", vous disiez:

"je ne caches pas que mes connaissances du SQl sont limite"

--
Philippe.




j'ai depuis quand meme indique que j'avais minimiser mes connaissances en
SQL pour jouer les candides
ce qui m'a entre autre permis de voir que certains connaissait le SQL mais
d'autre ferait mieux de lire (d'avoir) un livre sur le sujet avant d'en
parler .



Dans votre message du 28/06/2005 09h58, intitulé "Re: Extrait d'un audit
sur Pick", vous disiez:

"SQL est present les formats micro style DBF XLS TXT CVS MDF"

Donc, je rappelle que:
1°) SQL est un langage d'interrogation des données
2°) DBF XLS TXT CSV (et pas CVS qui est complètement autre chose) MDF
sont des formats de stockage physique des données, XLS et MDF stockant
également des traitements...

--
Philippe.
Avatar
JustMe
helios vient de nous annoncer :
"JustMe" a écrit dans le message de
news:
helios avait soumis l'idée :

qui utilise encore DBASE ? pourtant c'etait presque la la seule SGBD qui
tournait sur micro il y 20a



De m"moire et vite fait :

ingres (1972)
system-R (1977)
oracle (1979)
DB2 (1979)
informix (1981)
interbase (1984)
sybase (1984)
postgres (1985)





nous sommes donc d'accord



On est surtout d'accord pour constater que tu as encore dit une
connerie
Avatar
helios
"Ph. B." a écrit dans le message de
news:42d01478$0$12937$
helios a écrit:

> "Ph. B." a écrit dans le message


de
> news:42d00f9a$0$7768$
>
>>helios a ecrit:
>>
>>
>>>la vie des dinosaiures ne m'interresse pas et j'ai connus ces


dinausores
>>>(sql server et access ) je sait donc de quoi je parle quand je parle de
>
> sql
>
>>Dans votre message du 25/06/2005 à 21h15, intitulé "Re: les SGBD
>>Multivalue sont superieures aux autres", vous disiez:
>>
>>"je ne caches pas que mes connaissances du SQl sont limite"
>>
>>--
>>Philippe.
>
>
> j'ai depuis quand meme indique que j'avais minimiser mes connaissances


en
> SQL pour jouer les candides
> ce qui m'a entre autre permis de voir que certains connaissait le SQL


mais
> d'autre ferait mieux de lire (d'avoir) un livre sur le sujet avant d'en
> parler .

Dans votre message du 28/06/2005 09h58, intitulé "Re: Extrait d'un audit
sur Pick", vous disiez:

"SQL est present les formats micro style DBF XLS TXT CVS MDF"

Donc, je rappelle que:
1°) SQL est un langage d'interrogation des données
2°) DBF XLS TXT CSV (et pas CVS qui est complètement autre chose) MDF
sont des formats de stockage physique des données, XLS et MDF stockant
également des traitements...

--
Philippe.



je reformules la phrase de maniere plus rigoureuse :
le language sql est integres dans certain PICK recent et il savent ecrirent
et lirent des fichiers dans les format DBF XLS TXT CSV MDF

le SQL et les format micro represent 8/1000 des PICK recents (tout cela à
ete ajoute a pick en meme temp que sa descente sur micro )
Avatar
helios
"Bruno Jargot" a écrit dans le message de
news:1gzg7o6.1afa5a911bvmeiN%
Ph. B. wrote:

> helios a ecrit:
>
> > la vie des dinosaiures ne m'interresse pas et j'ai connus ces


dinausores
> > (sql server et access ) je sait donc de quoi je parle quand je parle


de sql
>
> Dans votre message du 25/06/2005 à 21h15, intitulé "Re: les SGBD
> Multivalue sont superieures aux autres", vous disiez:
>
> "je ne caches pas que mes connaissances du SQl sont limite"

De toute façon, cela transparait clairement à chacun de ses messages :
Il assimile les bases de données relationnelles à DBASE et Access. Il




j'ai dit que le fosse entre le relationnelle et multivaleur etait aussi
grand qu'entre dbase et SQL
Dbase c'est du transactionnel pas du relationnelle




n'a visiblement aucune idée de ce qu'est Oracle et il est convaincu
qu'IBM abandonne DB2.



IBM en a convaincu France telecom


De plus, il n'imagine même pas qu'il y a des bases pouvant contenir
plusieurs To de données.



tres peut de base de donnee contiennent plusieurs To de donnees pure (pas de
redondance fonctionnelle)


Enfin il croit que toutes les grosses sociétés font tourner toute leur
informatique sous PICK et ignorent les bases relationnelles.



les grosse societe utilise PICK j'ai jamais dis n'utilisent que PICK
1 2 3 4 5