طراحی دیتابیس برای کسب و کاری که قرار است بزرگ شود
بیشتر مشکلات نرم افزاری از ساختار داده شروع می شود. چند تصمیم اولیه که تعیین می کند افزودن شعبه یا ماژول جدید در آینده ساده باشد یا نیازمند بازنویسی.
وقتی یک سیستم بعد از دو سال «کند» یا «غیرقابل توسعه» می شود، معمولاً مشکل از زبان برنامه نویسی نیست؛ از تصمیم هایی است که در هفته اول درباره ساختار جدول ها گرفته شده.
شعبه و چند سازمانی بودن
اگر احتمال دارد کسب و کار روزی شعبه دوم داشته باشد، مفهوم شعبه باید از ابتدا در مدل داده وجود داشته باشد، حتی اگر امروز فقط یک رکورد در آن ثبت شود. افزودن این مفهوم بعد از پر شدن دیتابیس، یکی از پرهزینه ترین تغییرات ممکن است.
تاریخچه را پاک نکنید
حذف فیزیکی رکورد در سیستم های مالی و عملیاتی تقریباً همیشه اشتباه است. رکورد باید غیرفعال شود تا اسناد قبلی معنی خود را از دست ندهند و گزارش های تاریخی قابل بازتولید بمانند.
به همین ترتیب، قیمت و نرخ باید در لحظه ثبت سند ذخیره شود، نه اینکه در زمان گزارش گیری از جدول جاری خوانده شود.
گزارش را از عملیات جدا کنید
داشبوردهای مدیریتی الگوی خواندن متفاوتی با ثبت روزانه دارند. جدا کردن این دو مسیر از ابتدا باعث می شود گزارش سنگین، کار روزمره کاربران را کند نکند.
اگر با همین موضوع در کسب و کار خود درگیر هستید، تیم نواتیک می تواند وضعیت فعلی شما را بررسی کند و مسیر پیشنهادی را توضیح دهد.