tgoop.com/fullStackDevs/482
Last Update:
#ادامه
https://www.tgoop.com/fullStackDevs/481
🔻زمانی که شما یک سرور و چندین کلاینت با time zone های متفاوت دارید
🔻کلاینت اطلاعاتی را با توجه به تاریخ میسازد
🔻کلاینت قرار است اطلاعات ساخته شده را روی سرور ذخیره کند
🔸برای سناریو بالا اگر زمان را با نوع DateTimeOffset ذخیره کنیم،زمان هم به صورت UTC و همچنین اختلاف زمانی (Offset) نسیت به زمان محلی کلاینت ذخیره میشود .
و همچنین همه ی کلاینت ها از زمان UTC همه دیتا ها و همچنین از زمان محلی جایی که هر داده در ان سازماندهی شده است اطلاع دارند.
🔸برای سناریو پیشین اگر زمان را فقط به صورت UTC ذخیره کنیم در اینصورت
🔻زمان فقط به صورت UTC ذخیره می شود و دیگر کلاینت ها از زمان محلیه جایی که دیتای مربوطه در آن سازمندهی و ساخته شده اطلاعاتی ندارند (چون اختلاف زمانی محلی که دادها در آنجا ثبت شده مشخص نیست)
🔻 اطلاعاتی در مورد زمان محلی مکانی که اطلاعات در آن ساخته شده است ندارید
و دیگر کلاینت ها تنها می توانند زمان محلی خود را از پایگاه داده (با استفاده از زمان UTC) محاسبه کنند نه زمان محلیه کلاینتی که داده ها در آن ایجاد شده است.
▫️مثال ساده در این مورد سیستم رزرو بلیط هواپیما است که بلیط باید دو زمان را شامل شود.1-زمان بلند شدن هواپیما (منطقه زمانی شهری که از ان پرواز را شروع کرده است) و زمان فرود هواپیما (منطقه زمانی شهری که در آن فرود می آید)
▫️TimeSpan
🔸 ازکاربردهای این نوع داده برای ذخیره فواصل زمانی استفاده میشود . که میتواند این فواصل زمانی را در قالب اعداد مثبت و منفی ذخیره کند. این نوع تایپ بهترین نوع برای ذخیره سازی ساعت میباشد
🔹به دلیل گستردگی مبحث زمان بقیه توضیحات در قسمت های بعد ارائه خواهد شد
@FullStackDevs
BY Web Devs
Share with your friend now:
tgoop.com/fullStackDevs/482