Précédent   Forum des professionnels en informatique > Bases de données > Décisions SGBD
Décisions SGBD Forum de décisions sur le choix en bases de données. Le Comparatif
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 08/11/2004, 17h07   #1
Nouveau Membre du Club
 
Inscription : septembre 2003
Messages : 232
Détails du profil
Informations forums :
Inscription : septembre 2003
Messages : 232
Points : 31
Points : 31
Par défaut plein de petites tables ou une grosse?

coucou je code en mysql une base qui est à la base en access.
le gras qui me la passe a fait une table avec 45 collones.
il ya des notions qui sont confidentielles et d'autres non.dois je faire plein de petites tables ou une seule grosse?
ça me parait plus judicieux d'en faire plein de petites.ce sera plus facile pour les requêtes,non?
loveflower est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 08/11/2004, 17h40   #2
Membre confirmé
 
Avatar de Higgins
 
Inscription : juillet 2002
Messages : 292
Détails du profil
Informations forums :
Inscription : juillet 2002
Messages : 292
Points : 253
Points : 253
Cela dépend du modèle.
S'il est cohérent comme cela, il vaut mieux ne pas y toucher.
Ex: si à chaque accès à un enregistrement on a besoin des 45 colonnes, autant le laisser comme çà.

C'est difficile d'en dire plus avec aussi peu d'informations
__________________
"Someone must have said to him: If you work too hard, you can sweat" The Stranglers
Higgins est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 08/11/2004, 17h45   #3
Nouveau Membre du Club
 
Inscription : septembre 2003
Messages : 232
Détails du profil
Informations forums :
Inscription : septembre 2003
Messages : 232
Points : 31
Points : 31
ben c'est à dire qu'il ya des infos confidentielles sur cette table.et j'ai peur que si un pirate y accede il puisse chercher des infos dessus.

c'est une liste d'entreprises avec des coordonées....et donc il ya 45 champs
loveflower est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 08/11/2004, 18h35   #4
Membre du Club
 
Inscription : avril 2004
Messages : 54
Détails du profil
Informations forums :
Inscription : avril 2004
Messages : 54
Points : 59
Points : 59
Avec un vraie base de donnée, l'accés à certaines colonnes peut etre conditioné par des GRANT

Autre solution Création de vues sur la table principale :
Une vue accessible à PUBLIC ne comportant que les informations non confidentielles
Une vue comportant tous les éléments avec un accés plus restrictif.

Mysql peut il prendre en compte cela ??????????????????????????????????????

De toute façon, un "pirate" trouvera les autres tables
papounet est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 08/11/2004, 22h37   #5
Nouveau Membre du Club
 
Inscription : septembre 2003
Messages : 232
Détails du profil
Informations forums :
Inscription : septembre 2003
Messages : 232
Points : 31
Points : 31
Citation:
Avec un vraie base de donnée, l'accés à certaines colonnes peut etre conditioné par des GRANT
ça je sais mais est il possible d'avoir accès aux bases en ne connaissant pas le mot de passe?

je vais bosser sous unix.mysql est plus stable sous unix?
je ne connais pas la méthode pour ne pas afficher quoqe ce soit dans la barre d'adressage url.qqn sait comment faire?
merci.
loveflower est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 09/11/2004, 12h32   #6
Rédacteur/Modérateur
 
Avatar de orafrance
 
Inscription : janvier 2004
Messages : 15 861
Détails du profil
Informations personnelles :
Âge : 35

Informations forums :
Inscription : janvier 2004
Messages : 15 861
Points : 16 212
Points : 16 212
Citation:
Envoyé par papounet
Avec un vraie base de donnée, l'accés à certaines colonnes peut etre conditioné par des GRANT
Oracle serait-il un SGBD amateur ?
orafrance est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 09/11/2004, 13h13   #7
Membre du Club
 
Inscription : avril 2004
Messages : 54
Détails du profil
Informations forums :
Inscription : avril 2004
Messages : 54
Points : 59
Points : 59
Par défaut Re: plein de petites tables ou une grosse?

Citation:
Envoyé par orafrance
Citation:
Envoyé par papounet
Avec un vraie base de donnée, l'accés à certaines colonnes peut etre conditioné par des GRANT
Oracle serait-il un SGBD amateur ?
Jamais parlé d'Oracle

Citation:
Envoyé par loveflower
coucou je code en mysql une base qui est à la base en access.
papounet est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 09/11/2004, 16h23   #8
Rédacteur/Modérateur
 
Avatar de orafrance
 
Inscription : janvier 2004
Messages : 15 861
Détails du profil
Informations personnelles :
Âge : 35

Informations forums :
Inscription : janvier 2004
Messages : 15 861
Points : 16 212
Points : 16 212
sous Oracle le grant sur les colonnes est impossibles... et tu dis que les vraies bases le permettent

m'enfin...
orafrance est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 09/11/2004, 16h29   #9
Membre du Club
 
Inscription : avril 2004
Messages : 54
Détails du profil
Informations forums :
Inscription : avril 2004
Messages : 54
Points : 59
Points : 59
Citation:
Envoyé par orafrance
sous Oracle le grant sur les colonnes est impossibles... et tu dis que les vraies bases le permettent
m'enfin...
Comment cela, les grosses tetes d'Oracle n'ont pas été capable de cannibaliser RDB correctement

Bon d'accord je
papounet est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 09/11/2004, 17h00   #10
Rédacteur/Modérateur
 
Avatar de orafrance
 
Inscription : janvier 2004
Messages : 15 861
Détails du profil
Informations personnelles :
Âge : 35

Informations forums :
Inscription : janvier 2004
Messages : 15 861
Points : 16 212
Points : 16 212
C'est un besoin de noob c'est pour ça... Oracle est un SGBD pour les pros

Attends moi, j'arrive
orafrance est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 05h29.


 
 
 
 
Partenaires

Hébergement Web