un exemple de base de donnée non relationnelle ?!

MySQL

ironique ?

up

en effet il parait que c pas relationnelle mysql ... je suis perdu dnas ces termes

slvn a écrit a écrit : en effet il parait que c pas relationnelle mysql ... je suis perdu dnas ces termes

Une SGBDR doit gérer les relations ( type foreign key ) ce que ne fait pas MySQL.

dbase

Zodb

plein de vieux machins propriétaires basés sur des fichiers

Comment appeler une base de donnée donc le principe reposerais sur l'utilisation de Réseau de Neurones ??

une base de données neuronale ?
 
t'as un exemple ?

tu crois que ça existe?  perso je pense que ce serait très lent  

 
dans dBase il y avait une commande SET RELATION mais bon... au niveau physique, c clair, yavait rien.

non pas exemple, mais suffit de l'imaginer, et d'imaginer l'utilité  
 
c sur que ca sera pas une base pour faire 10 000 insertion en 30 sec
mais si l'on suppose le réseau entrainé, car pourrait etre util de faire de requete dessus...

tient, ça me rappelle une question que je m'étais posée il y a ... 12 ans, puis remis au gout du jour il y a 4 ans. les réseaux de neurones ne sont pas la solution

 
Base de donnees objets: feu O2, poet, versant
 
base de donnees hierarchiques: U2 (universe / unidata)

Bases de données multidimensionnelles

 
des exemples ?

Base de donnée neuronal: tu fais une requete dessus au bout de 15 minute ca te réponde "chais plus j'ai un trou de mémoire"    
Ya les base de donnée codacile si tu veux une base de donnée non relationel c un vieux machin en voit de disparition. sinon ya des base de donnée objet qui s'etendent lentement.

slvn a écrit a écrit : non pas exemple, mais suffit de l'imaginer, et d'imaginer l'utilité     c sur que ca sera pas une base pour faire 10 000 insertion en 30 sec mais si l'on suppose le réseau entrainé, car pourrait etre util de faire de requete dessus...

A mon avis, une bdd avec des réseau de neuronne ça n'a pas de sens. Par contre, éventuellement, ça peut être interessant ( j'ai pas dit utile ) d'essayer de faire un truc de type recherche d'information dans des structures d'information variable et non connu a priori.  
Je m'explique : le principe d'une BDD est de structurer de l'information et de mettre en place des méthodes pour l'entreposer, la récuperer et la modifier ( en gros, hein ). Mais tout repose sur le fait que tu dois structurer cette information.  
Maintenant, imaginons un programme qui reçoit de l'information brut ( genre des fichiers textes ) sans que l'on puisse lui donner la structure des données, les relations etc. Alors un système à base de réseau de neurone pourrai être envisageable pour structurer l'information, l'entreposer, etc ... Mais bon, faut pas oublier que les réseaux de neurones ne sont généralement pas la meilleurs solution ...

Y a Oracle Express qui fait ca.
L'idée, c'est de ne pas stocker les données dans des tables, mais dans des cubes (il peut y avoir plus que 3 dimensions).
 
Par exemple, un chiffre d'affaire peut dépendre du pays, de l'année et du produit.
Tu créeras donc 3 dimensions (Pays, Annee, Produit) avec des positions sur chacune d'elle (par exemple, France, Allemagne, Angleterre seront des positions de Pays).
Ensuite, tu crées ta variable CA paramétrée par ces 3 positions. Elle prendra donc une valeur pour chaque triplet (Pays, Annee, Produit).
 
Pour les requêtes, tu peux choisir de te limiter sur certaines positions pour ne récupérer que certaines données. Par exemple, en se limitant à un seul pays, ton résultat ne sera plus qu'un tableau à 2 dimensions. Le logiciel peut aussi effectuer des calculs en regroupant certaines dimensions et plein d'autres choses intéressantes

>> on peut le faire avec N dimensions ?! on c est limité a 3 ??
 
 
pour les RN : je pensais utiliser la "base" plutot comme un outils descisionnel.

Oui, ca peut être plus que 3. Je crois que la version sur laquelle j'ai fais un stage était limitée à 7 dimensions pour 1 variable

Juste comme ça ... on dit UN SGBDR pas UNE

base de données multi-dim, neuronal a structure dynamique

barbarella a écrit a écrit :   base de données multi-dim, neuronal a structure dynamique

tout ça écrit avec du code auto modifiant pour alléger le tout

Dj YeLL a écrit a écrit : Juste comme ça ... on dit UN SGBDR pas UNE

A ma connaissance, SGBD = Système de Gestion de Bases de Données, donc je ne vois pas ce qui justifie le féminin.  
 
Autre exemple de système de gestion de base de données non relationnelle: MsAccess. Pour des raisons similaires à MySQL.

Dj YeLL a écrit a écrit : Juste comme ça ... on dit UN SGBDR pas UNE

Il fallait le signaller ...

BifaceMcLeOD a écrit a écrit :   A ma connaissance, SGBD = Système de Gestion de Bases de Données, donc je ne vois pas ce qui justifie le féminin.

 
C'est bien ce que j'ai dis non ?    
 
 
C'est bon, c'etait juste pour corriger l'erreur que quelq'un a fait + haut, c tout ...
 
On peut jamais ouvrir sa gueule ici, c dingue !

 
bah moi j'ai pas vu l'erreur plus haut    
 
tu faisait peut-etre référence a

?

Dj YeLL a écrit a écrit :     C'est bien ce que j'ai dis non ?         C'est bon, c'etait juste pour corriger l'erreur que quelq'un a fait + haut, c tout ...   On peut jamais ouvrir sa gueule ici, c dingue !

Sorry, je ne sais pas lire.   J'avais lu "on ne dit UN SGBD mais UNE"...  

lorill a écrit a écrit :     bah moi j'ai pas vu l'erreur plus haut       tu faisait peut-etre référence a Citation : Je crois que la version sur laquelle j'ai fais un stage était limitée à 7 dimensions pour 1 variable ?

 
Non, je faisais reference à  
 

aller les gars, on va pas s'enerver parce que j'ai fait une faute d'accord, hein ?

MySQL gère les foreigns key, faut vous remettre au gout du jour, je lis tout le temps les mêmes connerie

Il me semblait aussi que la définition d'un SGBD était sa capacité à gérer les transcations ACID (Atomicité, Cohérence, Isolation et Durabilité de toute transaction). Me trompé-je ?

ACID c'est pour le transactionnel justement
InnoDB est conforme à ACID

joce a écrit a écrit : ACID c'est pour le transactionnel justement InnoDB est conforme à ACID

Oui, mais curieusement, il y a différentes interprétations de la notion de transaction selon les éditeurs de SGBD...    

mrbebert a écrit a écrit : Y a Oracle Express qui fait ca. L'idée, c'est de ne pas stocker les données dans des tables, mais dans des cubes (il peut y avoir plus que 3 dimensions).   Par exemple, un chiffre d'affaire peut dépendre du pays, de l'année et du produit. Tu créeras donc 3 dimensions (Pays, Annee, Produit) avec des positions sur chacune d'elle (par exemple, France, Allemagne, Angleterre seront des positions de Pays). Ensuite, tu crées ta variable CA paramétrée par ces 3 positions. Elle prendra donc une valeur pour chaque triplet (Pays, Annee, Produit).   Pour les requêtes, tu peux choisir de te limiter sur certaines positions pour ne récupérer que certaines données. Par exemple, en se limitant à un seul pays, ton résultat ne sera plus qu'un tableau à 2 dimensions. Le logiciel peut aussi effectuer des calculs en regroupant certaines dimensions et plein d'autres choses intéressantes

 
c'est pas parce que c'est multidimensionnel que c'est pas relationnel non ?
 
tout ce qui est M-OLAP, R-OLAP, H-OLAP...etc c'est juste une modélisation qui reprend la modélisation relationnelle  tout en ne respectant pas certaines règles (redondance...etc) afin d'accélérer les traitements (colonnes précalculées pour éviter les jointures sur des milliers de champs) : on peut faire du multidimensionnel avec une base relationnelle non ?
 
D'ailleurs, ce que tu dis est faux : on continue de stocker dans des tables, le cube n'étant qu'une représentation mentale (on ne stocke pas dans un cube !!!) afin de faciliter la compréhension.
 
Sinon, il y a les base objet (O2), relationnel-objet(Oracle à partir de la 8i je crois), native XML (structure arborescente : Tamino, Xindice, Excelon), hiérarchique (LDAP non ?)...