طراحی پایگاه داده جدول پیام های ارسالی و دریافتی
سلام
من در طراحی بانکم کمی تردید دارم
به رورش های مختلفی به کاربرم پیام ارسال میکنم
مثل پیامک ، ایمیل ، پیام شخصی توی سایت و ...
خوب میخوام بعدا گزارش کاملی از پیام های ارسال شده به کاربر داشته باشم
به نظرتون بهترین روش ذخیره سازی به چه شکل هستش ؟
یک جدول پیام باشه با فیلد های مرتبط و اینکه روش ارسال به عنوان یک فیلد ذخیره بشه
و یا اینکه برای هر متد ارسال پیام یک جدول خاص داشته باشم ؟
و یک بخش دیگر هم در طراحی دیتابیس نیاز به همفکری دارم
فرض کنید یک بیمارستان بیماران دارای پرونده هستند
به این پرونده افراد مختلف میتوانند دسترسی پیدا کنند با پرمیژن های مختلف
خوب یک بخش اطلاعات ان کسی هست که تریاژ میکنه
یک بخش دکتر
یک بخش هم خود کد پرونده پزشکی
به نظرتون یک جدول مجزا داشته باشم برای صرفا ذخیره شماره پرونده
کلید خارجی بیمار
اوکی هست و بقیه واحد ها از این جدول برای پر کردن جدول ها استفاده کنند ؟
یا روش بهتری اگر دارید پیشنهاد بدید ممنون میشم
7 پاسخ
چیزی به نام عکس رادیولوژی وجود نداره همش تبدیل به داده شده و قابل نمایش در کامپیوتر ....
به هر حال ممنون از راهنمایی اخر منظورم و نتوانستم بگم میخواستم یکی راهنماییم کنه مدل را در Code first EF چجوری بنویسم همین :D
فایل ضمیمه چی هست؟
کتاب مهندسی نرم افزار 1 رو بخونید تا حدودی توضیح داده.UML بخونید کامل توضیح میده که چطوری object و خصوصیات پروژه رو بکشید بیرون.
به صورت کلی:
بیمار یک موجودیت هست که خصوصیت هایی داره (نام - نام خانوادگی - سن -جنس - دلیل پذیرش و ...)
اعمالی که در بیمارستان روی موجودیت بیمار انجام میشه:
پذیرش - تریاژ - ویزیت پزشک (درمان سرپایی) - بستری - آزمایشات و جواب آزمایش - سونوگرافی و جواب سونوگرافی و ...
برای هر کدام هم می تونید جدول بسازید که اعمال رو می تونید با type در یک جدول از هم جدا کنید.
بحث مالی پروژه هم که دنیای خودشو داره.
حالا از این همه پروژه چرا HIS؟ بدتر از این پروژه چیز دیگه ای نبود؟؟؟
بهینه سازی دیتابیس خودش دنیاییه.
باید اول موجودیت ها رو در بیارید که با توضیحی که دادین پس می تونید.
جداول رو با ارتباطاتش در بیارید.تمام primary key و foreign key ها پیدا بشه.اگر جداول نیاز به شکستن داشته باشه و relation بخوان هم مشخص بشه.
بهینه سازی تا مرحله 3 که تئوری میگه که میشه انجام داد.
بعد از مرحله سه هم باید برید روی حجم بلاک های اطلاعاتی هر جدول که بسنجید هر جدول دقیق در بیاد و خورده بلاک نداشته باشین که باعث افزایش زمان read/write میشه.
جداول ثابت رو دقیق در نظر بگیرید.اونو یه group جدا بزارید.
مسئله بهینه سازی زیاده و نوشتنش انگشتامو درد آورد.
جدول attachment چون امکان داره چند عکسی هم باشید باید جدا باشه.عکس سونو معمولا چند عکسی هست.
بعدشم شما عکس رادیولوژی رو چطوری می خواهید اسکن کنید؟ اسکنرشو دارید؟ reader رو نوشتن سخته کمی
سوال اول:
برای یک کار با اشکال مختلف باید یک جدول داشته باشید و با فیلد type مدل های مختلف رفتاری را جداسازی کنید.
منطق: object یکی هست پس جدول باید یکی باشد.انسان زن و انسان مرد را جدول جدا نمی کنند.با فیلد جدا می کنند.چون فیلدها نشانه خاصیت یک object هست.
سوال دوم:
باید ارتباط ها را در بیاورید و اشیا را بشناسید.
شما اول تمام موجودیت (object) و خصوصیات آنها را روی برگه بکشید و اینجا قرار بدید.
پیشنهاد:
برای تشکیل پرونده یک جدول بیمار دارید.با تمام مشخصات شخصی.
جداول دیگر اتفاقاتی است که برای بیمار می افتد.مثل آزمایشهای انجام شده تا پرداخت و تسویه.
ممنون یک یا دو جدول دیگه بسازم حتما میزارم اینجا بتونید بهتر راهنماییم کنید
در مورد فایل های ضمیمه هم اگر میتونید بهم راهنمایی بدید چجوری مدل بسازم براش ؟
چه روشی بهتره ....
صورت مسئله اینه که ممکنه هر بیمار در هر بار ویزیت شدن صفر ، یک و یا چندین برگ با خودش بیاره که به پروندش بخواییم ضمیمه کنیم.
این مدل به چه شکلی طراحی میشه ؟
ارتباط جدول رکورد های ویزیت با جدول اتچ چجوری میشه
ممنون مهندس
این که چرا این پروژه سفارش هستش دیگه
بحثم بحث مهندسی نرم افزار نبود ... البته متوجه ام دقیقا چه مفهومی را میخوایید منتقل کنید.
بحثم سر تکنیک هایی هست که جواب داده و بهینه هستش
در مورد فایل ضمیمه ، همون فایل های پیوست دیگه عکس و تصویر به یک رکورد معاینه اضافه بشه
حالا اگر یک عکس بود توی همون جدول ویزیت قرار میدادم چون مشخص نیست چه تعدادی هست تصمیم گرفتم جدول اتچمنت جدا باشه ...
حالا دنبال پیاده سازی در Code First هستم