تعدد شعبه

[مهدی هادیان2]

بسم الله الرحمن الرحیم
با سلام
اگه قرار باشه نرم افزاری در چند شعبه استفاده شود (مستر در شعبه اصلی)
آیا در جدول هامون باید جدول شعبه قرار دهیم؟ یا راه حل بهتری وجود دارد؟
با تشکر

[baktash.n81@gmail.com]

سلام

به نظر من توسط چند فیلد که در table های مختلف اضافه می شوند پیاده سازی می شود.

[maktoom]

سلام
بستگی به این داره که چه اطلاعاتی در دیگر جداول دارید. شاید هر شعبه یک یا چند انبار داشته باشه و یه کارمند بتونه در دو یا چند شعبه کار کنه. مثلا حسابدار چند شعبه باشه.
بهر حال وقتی بحث تعدادی شعبه میشه بهتره(بسته به مواردی که گفتم شاید حتی باید) یه جدول براش در نظر بگیرید.

[مهدی هادیان2]

سلام
بستگی به این داره که چه اطلاعاتی در دیگر جداول دارید. شاید هر شعبه یک یا چند انبار داشته باشه و یه کارمند بتونه در دو یا چند شعبه کار کنه. مثلا حسابدار چند شعبه باشه.
بهر حال وقتی بحث تعدادی شعبه میشه بهتره(بسته به مواردی که گفتم شاید حتی باید) یه جدول براش در نظر بگیرید.
با سلام
اگه بخواهیم براش جدول در نظر بگیریم؛ جه جوری باید ازش استفاده کنیم؛ چون نمی توان این کار رو به عهده شعب گذاشت که شعبه خود رو انتخاب کنن

[maktoom]

پیاده سازیتون به چه شکله؟ قصد دارید یه پایگاه داده واحد داشته باشید یا چنتا پایگاه واسه هر شعبه؟
می تونه هر نررم افزار د رهر شعبه فقط به بخشهای خودش دسترسی داشته باشه.
این فقط وقتی جوابگوئه که شعبات عینا مثل هم باشن و بشه اونها رو در نهایت با هم تجمیع کرد.

[tiphooo]

برای شعب شما ناچار به استفاده از یک جدول مجزا هستید حال اینکه اگر DB یکی باشد باید با کنترل سطح دسترسی از تغییرات رکورد شعبه ای در شعب دیگر جلوگیری کنید و برای اجتناب از کار تکراری که اینکه هر شعبه برای هر کاری مجبور به انتخاب شعبه خود نباشد باید برای User ها حالت پیش فرض در نظر بگیرید و کل عملیات سیستم برای آن User در شعبه پیش فرض انجام شود مگر اینکه بخواهد تغییر دهد (البته با توجه به سطح دسترسی) البته همانطور که دوستمان گفت اگر برای هر شعبه DB مجزا بگذارید مشکلات بسیاری در تجمیع اطلاعات خواهید داشت و مثلا اختصاص یک کد به چندین عنوان مختلف (کالا ، حساب ، شخص و...) بسیار محتمل است و کنترل آن بس سخت.ولی در این حالت نیز باید جدول شعب برای نقل و انتقال اطلاعات به یکدیگر وجود داشته باشد.ولی اگر بخشی از نرم افزار جدای از تعاریف سیستم در شعب قرار گیرد و نقل و انتقال اطلاعات بین مستر و شعب انجام شود این کار شدنیست ولی بازهم جدول شعب بودنش بهتر از نبودنش است.مثلا شما کالایی را از یک شعبه به شعبه دیگر می فرستید باید بتوان شعبه مقصد را از لیست انتخاب کرد و ثبت سوابق کرده و به مستر ارسال کنید.

[مهدی هادیان2]

پیاده سازیتون به چه شکله؟ قصد دارید یه پایگاه داده واحد داشته باشید یا چنتا پایگاه واسه هر شعبه؟

یک پایگاه داده داریم.

[مهدی هادیان2]

برای شعب شما ناچار به استفاده از یک جدول مجزا هستید حال اینکه اگر DB یکی باشد باید با کنترل سطح دسترسی از تغییرات رکورد شعبه ای در شعب دیگر جلوگیری کنید و برای اجتناب از کار تکراری که اینکه هر شعبه برای هر کاری مجبور به انتخاب شعبه خود نباشد باید برای User ها حالت پیش فرض در نظر بگیرید و کل عملیات سیستم برای آن User در شعبه پیش فرض انجام شود مگر اینکه بخواهد تغییر دهد (البته با توجه به سطح دسترسی) البته همانطور که دوستمان گفت اگر برای هر شعبه DB مجزا بگذارید مشکلات بسیاری در تجمیع اطلاعات خواهید داشت و مثلا اختصاص یک کد به چندین عنوان مختلف (کالا ، حساب ، شخص و...) بسیار محتمل است و کنترل آن بس سخت.ولی در این حالت نیز باید جدول شعب برای نقل و انتقال اطلاعات به یکدیگر وجود داشته باشد.ولی اگر بخشی از نرم افزار جدای از تعاریف سیستم در شعب قرار گیرد و نقل و انتقال اطلاعات بین مستر و شعب انجام شود این کار شدنیست ولی بازهم جدول شعب بودنش بهتر از نبودنش است.مثلا شما کالایی را از یک شعبه به شعبه دیگر می فرستید باید بتوان شعبه مقصد را از لیست انتخاب کرد و ثبت سوابق کرده و به مستر ارسال کنید.

اگه امکان داره بیشتر راجع به ایده ای که دارید صحبت کنید
با تشکر

[mahan.2002]

با سلام

به نظر سیستم یکپارچه برای چنین نوع سیستم های بهتر باشه

بطوری کلی فکر میکنم از سه حال می تونید استفاده کنید

1. حالتی که جداول تون رو در شعبه ها در نظر بگیرید
2. حالت دوم حالتی که با توجه به نیاز جداولی رو که احتیاج دارید روی شعبه ها باشد رو در شعبه ها و جداولی که نیاز دارید رو شعبه مرکزی باشد رو روی شعبه مرکزی ایجاد کنید. و به صورت انلاین یا روزانه یا هفتگی، ... بنا بر نیاز برنامه جداول شعبه مرکزی رو ابدیت کنید .
3 حالت سوم حالی که میتونید جداول رو در شعبه مرکزی در نظر بگیرید که من این روش رو پیشنهاد مکنم. چون از نظر پیاده سازی راحت تر. به خاطر ابدیت بودن اطلاعات بهتر میتونید در Valid بودن اطلاعات اطمینان حاصل کنید. در یکپارچگی سیستم هم بنظرم ساختار بهتری داره .