Comment iDBQuery gère-t-il les dates et les fuseaux horaires ?

iDBQuery lit les types date et horodatage de votre schéma et rédige la bonne logique de dates pour vous en épargner la peine : - Les périodes relatives comme « le trimestre dernier », « les 30 derniers jours glissants », « le mois à ce jour » ou « l'exercice fiscal à ce jour » sont traduites dans les bonnes bornes de dates. - Le regroupement par jour, semaine, mois ou trimestre est pris en charge en SQL, sur vos colonnes de dates réelles. - Les comparaisons de périodes alignent correctement les calendriers, y compris pour les périodes partielles, afin que vous compariez ce qui est comparable.

Lorsque les fuseaux horaires comptent, iDBQuery part du fuseau stocké dans vos données, par exemple des horodatages conservés en UTC, et précise la base retenue afin que les chiffres se réconcilient entre des sources qui peuvent stocker le temps différemment.

Un exemple concret : demandez « les commandes par jour la semaine dernière dans le fuseau horaire de notre activité » et iDBQuery rédige le regroupement et toute conversion nécessaire, puis affiche le SQL pour que vous puissiez confirmer les bornes de journée qu'il a utilisées.

Le facteur différenciant, c'est que l'arithmétique des dates, délicate et propice aux erreurs, calendriers fiscaux, débuts de semaine, conversions de fuseaux et années bissextiles, est rédigée pour vous et rendue visible. Parce qu'iDBQuery affiche le SQL et source les lignes, vous pouvez vérifier exactement quelles dates et quel fuseau il a appliqués, ce qui compte lorsque deux systèmes divergent parce que l'un stocke l'heure locale et l'autre l'UTC. Si une période ou un fuseau est ambigu, il énonce son hypothèse plutôt que d'en choisir un en silence.