Requête de type chaîne de caractères Date dans mongodb

C'est ma requête dans mongodb

db.order.find ({"ublExtensions.ublExtensions.extensionContent.Metadata
                .ModificationTime": "2012-02-04T01:58:27.861Z"});

Il est aller chercher le résultat uniquement pour le fuseau horaire particulier. Le modificationTime est en train de changer sur une base quotidienne. J'ai une exigence où j'ai besoin de choisir les données qui sont mises à jour y fête...des moyens (sysdate -1 dans sql) un jour de données.

Comment puis-je réaliser cela dans mongodb? Veuillez noter que la Date est un Type de Chaîne et j'ai une contrainte où je ne peux pas changer cela. Quelqu'un a suggéré d'utiliser le ISODate.

S'il vous plaît aider dans la résolution de ce problème.

Im assez sûr que votre seule solution sera de faire une boucle sur chaque document et de le convertir la chaîne de date à Date, de sorte que vous pouvez le tester correctement. Mongo ne voit que comme une chaîne de caractères. Est-il possible que vous pouvez stocker un autre champ date au moment de la doc est mis à jour? Ensuite, vous pouvez tout simplement requête tout en UTC
Est-il une date de fonctions de conversion de mongo comme nous l'avons to_char, to_date en sql?
Combien il y a de toute façon on peut utiliser ISODate, Date() ou new Date() pour l'utiliser comme sysdate-1

OriginalL'auteur user1214124 | 2012-02-16

  1. 8

    Mongodb magasins de sa date d'objets dans un bfils format: {$date: 1329415205151}

    Si vous décidez de le stocker dans un format de chaîne de caractères, puis c'est le côté client, la responsabilité de filtrer et de traiter cette valeur comme mongo traite comme une chaîne de caractères. Vous pouvez convertir vos chaînes à la date d'objets en se référant à cette autre DONC, la question: Comment puis-je convertir une propriété dans MongoDB à partir de texte de type date?

    Son été largement recommandé de stocker toutes vos dates en UTC, ou, le fuseau horaire, éventuellement liées à la centre de données local, et ensuite de convertir vos valeurs de date pour le bon fuseau horaire local sur le client.

    Vous pouvez stocker quelle que soit la valeur de Date que vous souhaitez. Le valeur de la date et de l' format de la date sont deux questions distinctes. Si vos contraintes vous obliger à stocker que basé sur des chaînes de format de date dans le document, il est recommandé de stocker un $date objet, au moment de la mise à jour.

    Grâce jdi....laissez-moi vérifier sur le côté client.
    pouvez-vous s'il vous plaît regardez ma réponse dans ce post et dites-moi si je me trompe.

    OriginalL'auteur jdi

  2. 5

    Je voudrais vous recommandons de conserver vos dates que la Date ou ISODate sur MongoDB, car il permettrait de faciliter votre vie 🙂

    Si pas possible, puis sur le côté client (langage de programmation spécifique pilote de), vous devez être en mesure d'analyser la chaîne de l'idéal de type Date.

    Toutefois, si vous avez besoin de votre requête à exécuter sur le shell mongo, vous pourriez suivre une stratégie similaire comme décrit à Mongo Livre De Recettes

    1) la Création d'un var à la date d'aujourd'hui et la date d'hier: 

    >var today = new Date();
>today
ISODate("2012-11-26T22:12:03.870Z")
>var yesterday = new Date()
>yesterday.setDate(today.getDate() - 1)
>yesterday
ISODate("2012-11-25T22:12:03.870Z")

    2) Forme une requête pour trouver les documents dans un délai de 24 heures

    >db.order.find( { "ublExtensions.ublExtensions.extensionContent.Metadata.ModificationTime" : { $gte : yesterday, $lt : today } } )

    OriginalL'auteur Ghasfarost

  3. 0

    Pourquoi ne pouvez-vous pas simplement utiliser $gt requête et pour comparer les temps, vous pouvez utiliser Date.now() et à partir de ce Date.now() vous pouvez utiliser la date est antérieure, comme si la date actuelle est "2017-05-16T02:08:48.419+05:30" alors vous allez écrire la requête 

    db.collection.find({"createdAt": { $gte : new ISODate("2017-05-15T02:08:48.419+05:30") }})
    Fondamentalement c'est exactement ce que @Ghasfarost a dit dans sa réponse, à l'exception de sa réponse commencé en recommandant que les dates soient stockées en tant que date d'objets au lieu de chaînes de caractères. Cette réponse a ignoré le fait qu'ils devraient d'abord être stockées comme des dates pour une date de requête de travailler. L'op a dit de les stocker sous forme de chaînes a été une contrainte qu'ils ne pouvaient pas tomber.
    merci, mon mal, je ne l'ai pas lu toute la réponse par@Ghasfarost.

    OriginalL'auteur Sudhanshu Gaur