Ce n'est pas possible. Oracle stocke les jours et les heures dans un champ date.
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Ce n'est pas possible. Oracle stocke les jours et les heures dans un champ date.
bon ben ok tant pis je laisse tomber personnellement je trouve oracle un peu naze comme outil.
Celà dit merci de m'avoir aidé
L'association des termes que tu fais n'est pas indiqué, ou du moins montre à quel point tu maitrise un SGBDEnvoyé par povtype
bon ben ok tant pis je laisse tomber personnellement je trouve oracle un peu naze comme outil.
Celà dit merci de m'avoir aidé
Peut-être as-tu une idée que les concepteurs d'Oracle n'ont pas eu ?
Entre temps, j'en profite pour ajouter quelque chose : si tu as envie de te servir de ton champs date pour faire des comparaisons de date, il est important d'avoir un objet date comme ceux que tu as crée, même si ce n'est que l'heure qui t'interesse, les comparaisons seront bonnes tant que tu compares ce qui est comparable.
Maintenant, si uniquement l'information textuelle t'interesse, tu peux très facilement créer un champ VARCHAR2(5) par exemple contenant uniquement l'heure, mais en textuel. Par exemple '13:56'. Pareil pour la date.
Cependant la façon dont les dates sont stockées importe peu, l'essentiel est de pouvoir obtenir l'information avec un TO_CHAR et de pouvoir la formatter comme on le souhaite. C'est là qu'Oracle ( et que d'autres moteurs de base de données ) est très puissant !
A+
ouais oracle n'est pas capable de différencier l'heure et la date... faudra qu'on m'explique en quoi c'est puissant.
Bon d'accord je n'ai pas beaucoup de connaissances en oracle mais le peu que j'en ai vu m'a amplement suffit.
Une heure sans date n'a pas grande signification
Si tu te contentes de juger sur si peu, tu n'iras pas bien loin dans l'informatique...
Je partage l'avis de plaineR à la vue de ce commentaire !
Oracle n'est pas là pour fournir tous les types possibles sur terre. Tu n'as pas de type "tomate" par exemple MAIS tu peux toujours trouver un moyen d'abstraire l'information que tu souhaites vraiment pour la représenter dans les types disponibles !
Et en effet, une heure sans date me parrait un peu inutile : comparons deux heures par exemple, 11h22 et 11h35 : est-ce que 13 minutes séparent ces heures ? Ou plutot 1 jour et 13 minutes ??
Stocke ta date et ton heure dans un même champs d'arrivée au fait, pourquoi vouloir avoir deux champs absolument ?
Tu peux obtenir les deux informations dans une meme requête :
Code : Sélectionner tout - Visualiser dans une fenêtre à part SELECT TO_CHAR(maDate,'DD/MM/YYYY') as jour, TO_CHAR(maDate,'hh24:mi') as heure from maTable
honnêtement quand on te demande l'heure qu'il est ça t'es déjà arrivé de répondre "oui il est le vendredi 3 février 2006 15h41 minutes et 26 secondes au revoir"?
dans ce cas autant tout mettre dans un seul champ comme ça on pourra avoir toutes les informations en une seule requête.Tu peux obtenir les deux informations dans une meme requête :
Justement, être informaticien c'est avoir un sens critique même si tout le monde n'est pas du même avis surtout dans le développement où il faut savoir apprécier ou critiquer un projet sur lequel on travaille.Si tu te contentes de juger sur si peu, tu n'iras pas bien loin dans l'informatique...
Oracle a prévu ce cas là : si tu n'as besoin que de l'heure, tu la stockes dans un champs varchar2(5).
Par contre, si tu as besoin de faire des calculs sur des heures, tu reconnaitras que tu as besoin de la date, parce que si je te demande l'écart entre 4h02 et 2h05, si tu n'as pas les dates, tu ne me donneras pas la réponse que j'attends.
Je n'ai pas dit qu'il ne fallait pas avoir l'esprit critique, mais qu'il fallait l'avoir à bon escient, donc si tu juges oracle (qui est immensément vaste), tu dois le faire sur l'ensemble et pas sur le peu de connaissances que tu as (je te cite).
Je clos là le débat, car il n'a que peu d'intérêt.
Techniquement, cette remarque me fait rire
Nous ne sommes pas des bases de données destinées à faire du stockage d'information persistant. Nous stockons de l'information, à différent "niveaux de cache" pour comparer avec un terme information, dans notre mémoire. Certaines informations sont stockées pour l'usage rapide, et donc oubliée ( pour la plupart ) assez rapidement. Le cerveau juge que l'information est inutile dans notre activité ou dans notre vie.
C'est le cas de la date du jour par exemple. Si dans la journée tu n'as pas l'occasion de te servir de la date du jour, même si tu l'as lu le matin au news, tu vas l'oublier, car ton cerveau aura purgé cette information. Cependant, l'heure est quand même beaucoup plus importante tout au long de la journée, notamment car elle détermine l'heure à laquelle on se dirige vers le resto, ou l'heure à laquelle on va s'en aller du travail !
La base de données a pour but de stocker l'informations dans un support persistant. L'information qu'on a bien envie de stocker biensur, nous décidons de cela. Comme je te l'ai dit plus haut, pour stocker des informations, Oracle propose des types de données. Il ne propose malheureusement pas ( dans sa version 10g tout du moins, peut-être dans une version future ) le type "tomate".
Donc, tu as envie de stocker le nombre de tomate que tu as mangé dans une journée ? Mais comment faire ? Sans type "tomate", ça risque d'être dur... Mais NON pas tant que ça ! Tu peux stocker un entier ( ou un flottant au cas où tu manges des portions de tomates ) dans un champ, et lui donner un libellé, par exemple "nombreDeTomateMangeeCeJour".
C'est pareil pour une information comme l'heure !! Il n'y a pas de champs heure ? Pas de panique !! De quoi a-t-on besoin ? Du nombre d'heure ? Du nombre de minute ? d'une heure informative ? En fonction de ça, tu peux donc utiliser différents type pour résoudre ton problème.
Le fond de mon histoire ( qui commence à être longue ) c'est que si Oracle n'introduit pas de champ heure, c'est que le besoin ne s'en est jamais ressenti. Il faut comprendre qu'Oracle est très optimisé pour traiter les types de données dont il dispose. Et donc introduire un nouveau type inutile, implique une lourdeur et un temps d'analyse/developpement couteux. J'ai cependant soumis par email à l'éditeur d'introduire la possibilité d'avoir un type "tomate" car j'aime bien les tomates.
A+
Bien je crois povtype que tu as reçu tous les eclaircissement necessaires et que tu en retireras beaucoup de profit et pour un moment, le temps d'accroître ton experience critique
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager