[Tony Archambeau]

Bonjour.
Merci pour cette notification. Il y a en effet eu une petite erreur de copier/coller de ma part. L’erreur a été corrigée.
Encore merci pour ta vigilance.

[Tony Archambeau]

Bonjour,
je ne suis pas un spécialiste de access donc je ne pourrais pas vous être très utile. Par contre je me suis permis de mettre à jour votre demande pour faciliter la lecture de votre exemple. J’espère que cela incitera d’autres membres à mieux comprendre votre demande.
Cordialement,

[Tony Archambeau]

Bonjour, je ne connais pas votre outil. Pouvez-vous indiquer le formate de la date ? Il s’agit peut-être d’une colonne de type “DATE” ou “DATETIME”?

Votre requête initiale :

SELECT COUNT(*)/599*100 
FROM WORK_ORDER 
WHERE WOWO_USER_STATUS IN ( ‘T’ ) 
AND WOWO_JOB_TYPE LIKE’PR%’

Une solution possible :

SELECT COUNT(*)/599*100 
FROM WORK_ORDER 
WHERE WOWO_USER_STATUS IN ( ‘T’ ) 
AND WOWO_JOB_TYPE LIKE’PR%’
AND colonne_date LIKE '2014-02%'

En espérant que cela vous soit utile.
Cordialement.

[Tony Archambeau]

Bonjour.
Tout d’abord désolé pour la réponse tardive.
Merci pour les suggestions, je note cela dans ma liste des choses à faire. :)
Bonne journée.

[Tony Archambeau]

Bonjour.
Je ne suis pas certains de bien comprendre tous les champs. A priori il n’y a pas de possibilité de connaître les pièces voisines l’une de l’autre, mis à part en se basant sur l’étage de la pièce. Pour ce qui concerne la requête pour connaître les pièces qui donnent sur l’extérieur, il faut visiblement se baser sur le champ “CODE_OUVERTURE”. Mais je ne sais pas ce que contient se champ. N’avez-vous pas des exemples de données ?

Cordialement,

[Tony Archambeau]

Voilà qui est chose faites, il y a maintenant un tutoriel sur les index SQL.

[Tony Archambeau]

Bonjour.
Oui c’est vrai que la page sur les index, bien qu’elle soit préparée n’est pas encore terminée et mise en ligne sur le site. C’est bien entendu prévu.
Merci de l’avoir remarqué.

[Tony Archambeau]

Bonjour.
Je vais essayer de répondre à votre question en essayant de rester le plus objectif possible.

Généralité
MySQL est distribué sous la double licence GPL et propriétaire. Il est actuellement détenu par Oracle. PostgreSQL quant à lui est un outil libre qui est maintenu par une grande communauté de développeurs.
Ces 2 systèmes de gestion de bases de données fonctionnent actuellement sur les principaux système d’exploitation (Windows, Linux et Mac OS).

Popularité et communauté
Il est clair que MySQL est très populaire puisqu’il est livré dans les packages WAMP/MAMP/LAMP (Windows/Mac/Linux, Apache, MySQL et PHP), qui sont extrêmement populaire dans le monde du web.
Malgré, PostgreSQL est lui aussi très connu. Il est possible de retrouver de l’aide sur internet pour l’un ou l’autre de ces système.

Norme SQL2003
PostgreSQL est le système de gestion de base de données le plus respectueux de la norme SQL2003. MySQL quant à lui ne la respecte pas toujours.

Performances, fonctionnalités et données
En théorie PostgreSQL possède plus de fonctionnalités et permet de mieux gérer l’intégrité des données. Mais MySQL peut s’adapter et obtenir ces fonctionnalités selon le moteur de stockage qui est utilisé.
En conséquent, il est compliqué de réellement faire un comparatif des performances puisque ce sont 2 outils différents.
Pour faire simple, on peut se dire que MySQL fonctionne bien pour les petits volumes de données (petit est relatif et fonctionne bien avec des milliers d’enregistrement). PostgreSQL sera quant à lui préféré par les administrateurs de bases de données.

Faire un choix
Une chose est sûre, il faut essayer de ce décider le plus tôt possible car une migration est toujours compliquée.
Bon courage dans votre prise de décision.

[Auteur]

Messages