كيف يتعامل iDBQuery مع التواريخ والمناطق الزمنية؟
يقرأ iDBQuery أنواع التاريخ والطابع الزمني في مخطّطك ويكتب المنطق الصحيح لفترات مثل «الربع الماضي» أو «آخر 30 يومًا» أو «السنة المالية حتى تاريخه». وعندما تهمّ المناطق الزمنية، يستخدم المنطقة الزمنية المخزَّنة في بياناتك ويذكر الأساس الذي اعتمده، فتتوافق الأرقام عبر المصادر.
يقرأ iDBQuery أنواع التاريخ والطابع الزمني في مخطّطك ويكتب منطق التاريخ الصحيح كي لا تضطرّ أنت إلى ذلك: - الفترات النسبية مثل «الربع الماضي» أو «آخر 30 يومًا» أو «الشهر حتى تاريخه» أو «السنة المالية حتى تاريخه» تُترجَم إلى حدود التواريخ الصحيحة. - التجميع بحسب اليوم أو الأسبوع أو الشهر أو الربع يُعالَج في SQL مقابل أعمدة التاريخ الحقيقية لديك. - مقارنات الفترات تحاذي التقاويم بشكل صحيح، بما في ذلك الفترات الجزئية، فتقارن المِثل بالمِثل.
وعندما تهمّ المناطق الزمنية، يعمل iDBQuery انطلاقًا من المنطقة الزمنية المخزَّنة في بياناتك، مثل الطوابع الزمنية المحفوظة بتوقيت UTC، وسيذكر الأساس الذي اعتمده كي تتوافق الأرقام عبر مصادر قد تخزّن الوقت بشكل مختلف.
مثال تطبيقي: اسأل «الطلبات في اليوم الأسبوع الماضي بالتوقيت الزمني لعملنا» فيكتب iDBQuery التجميع وأي تحويل لازم، ثم يعرض استعلام SQL كي تؤكّد حدود اليوم التي استخدمها.
وما يميّزه هو أن حساب التواريخ الدقيق المعرّض للخطأ، والتقاويم المالية، وبدايات الأسابيع، وتحويل المناطق الزمنية، والسنوات الكبيسة، يُكتَب لك ويُجعَل مرئيًّا. ولأن iDBQuery يعرض استعلام SQL ويُسنِد الصفوف، يمكنك التحقق بالضبط من التواريخ والمنطقة الزمنية التي طبّقها، وهذا مهم حين يختلف نظامان لأن أحدهما يخزّن الوقت المحلي والآخر بتوقيت UTC. وإذا كانت فترة أو منطقة زمنية غامضة، يذكر افتراضه بدلًا من اختيار واحد بصمت.
Updated 2026-06-22