Discussion :

[aminlove88]

J'ai donc pas d'autre choix que de changer d'outil pour faire ma vue ?
Embettant ça...

L'exercice était pourtant interessant sur mysql, d'autant plus que dans la gestion des utilisateurs et la connexion à distance de chacuns d'eux dans la base, cela restait jusqu'a present assez simple avec cet outil.
Je travaille avec easy php.

Que me conseilles tu alors dans le choix d'un autre outil qui soit le plus adapté à mes besoins.
Et etant donné que je prévois à travers d'un site web le traitement de la base des differents utilisateurs.
Merci.

[CinePhil]

J'ai trouvé ce rapport de bug qui traite de ce sujet et la cible de correction est la version 6.x !

Plus grave, il y a ce bug qui dit qu'après une erreur de ce type sur un CREATE VIEW avec une sous-requête dans le FROM, les simples SELECT FROM sous-requête donnent la même erreur !
Mais un patch correctif est proposé en fin de message. A voir avec votre version.

Sur ce site, il y a une liste de contraintes imposées aux vues MySQL :

Restrictions Lors de la création d’une vue, certaines contraintes doivent être prises en compte :

• Il n’est pas possible de créer un index sur une vue
• La vue ne peut pas contenir de sous-requêtes dans la clause FROM du SELECT.
• Il n’est pas possible d’utiliser de variables dans une vue.
• Les objets (tables et vues) nécessaires à la création de la vue doivent exister avant de la créer.
• Si un objet référencé par la vue est effacé, la vue n’est alors plus accessible.
• Une vue ne peut référencer une table temporaire (TEMPORARY TABLE)
• Il n’est pas possible de créer des vues temporaires.
• Il n’est pas possible d’associer un trigger à une vue.
• La définition d’une vue est “gelée” dans une requête préparée.

Ceci étant dit, tes utilisateurs accèderont-ils directement à la BDD ou via une interface utilisateur (en php par exemple) ?
Parce que dans le second cas, la vue, tu la crées avec le langage de programmation en ne soumettant que la requête et en faisant une zoulie interface pour que l'utilisateur soit content et ne se pose pas de questions sur la structure qu'il y a derrière.

[aminlove88]

Pour l'instant, à vrai dire, je n'ai pas d'interface uitlisateur d'ou le besoin de création de vue pour restreindre l'acces de certaines tables donc oui la base est accessible directement aux utilisateurs si je leur en donne l'acces.(Je prévois de faire une ptite interface mais pas dans l'immediat.)

Les vues sont elles réellement necessaires dans le cas d'un site web ?
ça n'a pas l'air, vu que cela n'est toujours pas corrigé...

J'avais opté pour Sql server, qui était un avantage pour moi car les utilisateurs se gèrent directement sur Active Directory mais n'ayant pas le matos pour ou de licence plus exactement .
J'ai donc pris mysql mais à priori cet outil est contraignant pour moi je souhaite vraiment la faire cette vue .

D'autres outils gèrent les utilisateurs, avec une possibilité de connexion distance à la base de chacun d'eux ? (avec bien sur aucune contraintes dans la création de ma vue, du moins celles que je rencontre)

[CinePhil]

Côté SGBD gratuit, regarde du côté de Postgresql. Mais il est un peu plus complexe sur certains points.
Et je ne sais pas s'il a des limitations sur les vues.
Il y a un forum Postgres et probablement une FAQ et des tutoriels sur Developpez.com.

[aminlove88]

Merci pour votre aide
je fais un pti tour du coté de postgresql histoire d'avoir plus d'infos.

I'll come back

[SQLpro]

Sur SQL Server la version gratuite est Express et gère des tailles de base de 4 Go avec 25 utilisateur simultanés (c'est à dire lançant une requête en //).
Sinon il y a l'édition web qui est très peu cher au niveau licence avec un nombre de client illimités.

PostGreSQL est aussi un bon choix car il peut faire ce genre de vues mais n'implémente pas encore tout le SQL des normes 1999 et 2003 (CTE, fonctions de fenêtrage, groupages OLAP...). Il est en fait resté au SQL de 1992.

Quand à MySQL, son gros défaut, outre les nombreux bugs et les limitations bizarres, c'est surtout son incapacité à faire des sauvegardes cohérentes à chaud qui me paraît le plus dangereux...

A +

[aminlove88]

Faut dire que Postgresql est assez complexe lorsqu'on débute, je rejoins Cinephil ya beaucoups trop d'options qui sont proposés.(et je lutte pour trouver d'assez bon tutos pour débuter avec cet outil dans windows).
N'est il pas long à la detente quand il genere les requêtes qu'on lui propose avec toutes ses fonctionnalités vu que j'ai encore une petite base de données, Mysql était plutot rapide.

Quant au sauvegardes sur mysql il me suffisait de faire un simple mysqldump en ligne de commande pour exporter ma base dans un fichier texte si c'est de ça dont tu veux parler...

J'ai reussi à me degoter un Windows server 2000, je ne pourrais donc installer que l'express 2005 qui necessite un sp4.
Je ne suis pas dans la bonne rubrique , mais dans un configuration client serveur que j'aurais si jamais j'arrive à installer sql server express 2005 sur mon server 2000 le client peut sans probleme être un XP.
Ca ne pose pas de problèmes ?

[SQLpro]

Quant au sauvegardes sur mysql il me suffisait de faire un simple mysqldump en ligne de commande pour exporter ma base dans un fichier texte si c'est de ça dont tu veux parler...

Sauf qu'un DUMP n'est absolument pas une sauvegarde... Mais comme MySQL ne sait toujours pas faire des sauvegardes consistantes à chaud alors on présente ce genre de chose comme étant un moyen de sauvegarde !

Avec un client xp vous pouvez installer un SQL Server 2005 ou 2008.
Sachez cependant que SQL Server 2005/8 existe en version développeur pour un coût très modique (moins de 40 €) et possède les même fonctionnalité que la version Enterprise, mais ne fonctionne que sur des OS clients.
La grande différence, c'est (outre les fonctionnalités), l'IHM qui est incomparablement plus riche !

A +

[aminlove88]

Donc dans ma config serveur- client, il n'est pas necessaire d'avoir des deux cotés la mm version de sql server ?