طراحي پايگاه داده

mahyafa

عضو جدید
سلام، از دوستان كسي با طراحي پايگاه داده آشنايي داره؟
من الان دارم اين درس رو مي خونم ولي هنوز يكسري از مطالب برام نامفهوم هستش كه از جزوه و كتاب نمي تونم كمك بگيرم البته مي تونم ديتا بيسي طراحي بكنم كه قابل قبول باشه و تا اين حد اگر دوستان سوالي داشته ياشن در خدمتم ولي هنوز ...!
ممنون ميشم از بين دوستان اگه كسي هست در اين مورد تبادل نظر و اطلاعات بكنيم. ;)
 

negin17h

مدیر تالارهای مهندسی کامپیوتر و رباتیکمتخصص #C
مدیر تالار
سلام، از دوستان كسي با طراحي پايگاه داده آشنايي داره؟
من الان دارم اين درس رو مي خونم ولي هنوز يكسري از مطالب برام نامفهوم هستش كه از جزوه و كتاب نمي تونم كمك بگيرم البته مي تونم ديتا بيسي طراحي بكنم كه قابل قبول باشه و تا اين حد اگر دوستان سوالي داشته ياشن در خدمتم ولي هنوز ...!
ممنون ميشم از بين دوستان اگه كسي هست در اين مورد تبادل نظر و اطلاعات بكنيم. ;)

سلام دوست عزيز. ميتونم کمکت کنم؟ مشکل چيه؟
 

mahyafa

عضو جدید
مرسي، شروع!

مرسي، شروع!

ممنون بچه ها!
همونطور كه مي دونيد مهمترين مسئله در پياده سازي بانك اطلاعاتي طراحي جداول هست كه من در مورد مراحل اين بخش با اهميت كمي مشكل دارم، كه ترتيبي رو كه ما يادگرفتيم مي گم:
1- آشنايي با موجوديت ها و رسم ER (به اين شكل كه موضوع يك بانك اطلاعاتي گفته مي شه و ما ER اون رو رسم و به جداول مي رسيم.)
2- بعد اومدن يك سري جداول از پيش طراحي شده رو دادن و ما روي اونها توي اكسس Query نوشتيم.
3- بعد يه فرم برداشتيم (مربوط به هر سازمان يا شركت دلخواه) با توجه به مطالبي كه گفته شد از روي اون جداول رو استخراج كرديم.
4- Sql نويسي...
مورد اول اينكه تلفيق موارد 1 و 3 چطور ميشه؟ نهايتا با توجه به ابهامات زياد ER از كدوم روش بايد استفاده كرد؟
دوم اينكه اگه چندين فرم داشتيم چه كار كنيم؟(چون ما روي يك فرم كار كرديم)
و سوم اينكه اصلا اگه قرار شد براي جايي پايگاه طراحي كنيم كه فرمي در كار نبود چي؟
:cry:
دوستان مي بينيد مشكلاتي كه فعلا گفته شد بيشتر كاربردي هستند و شايد خيلي دانشگاهي نباشند بنابراين خوشحال ميشم نظر دوستاني كه تصميم به يادگيري عمقي و عملي دارن يا در حال حاضر مشغول به كار هستند رو اينجا ببنيم.
 

negin17h

مدیر تالارهای مهندسی کامپیوتر و رباتیکمتخصص #C
مدیر تالار
ممنون بچه ها!
همونطور كه مي دونيد مهمترين مسئله در پياده سازي بانك اطلاعاتي طراحي جداول هست كه من در مورد مراحل اين بخش با اهميت كمي مشكل دارم، كه ترتيبي رو كه ما يادگرفتيم مي گم:
1- آشنايي با موجوديت ها و رسم ER (به اين شكل كه موضوع يك بانك اطلاعاتي گفته مي شه و ما ER اون رو رسم و به جداول مي رسيم.)
2- بعد اومدن يك سري جداول از پيش طراحي شده رو دادن و ما روي اونها توي اكسس Query نوشتيم.
3- بعد يه فرم برداشتيم (مربوط به هر سازمان يا شركت دلخواه) با توجه به مطالبي كه گفته شد از روي اون جداول رو استخراج كرديم.
4- Sql نويسي...
مورد اول اينكه تلفيق موارد 1 و 3 چطور ميشه؟ نهايتا با توجه به ابهامات زياد ER از كدوم روش بايد استفاده كرد؟
دوم اينكه اگه چندين فرم داشتيم چه كار كنيم؟(چون ما روي يك فرم كار كرديم)
و سوم اينكه اصلا اگه قرار شد براي جايي پايگاه طراحي كنيم كه فرمي در كار نبود چي؟
:cry:
دوستان مي بينيد مشكلاتي كه فعلا گفته شد بيشتر كاربردي هستند و شايد خيلي دانشگاهي نباشند بنابراين خوشحال ميشم نظر دوستاني كه تصميم به يادگيري عمقي و عملي دارن يا در حال حاضر مشغول به كار هستند رو اينجا ببنيم.

سلام. من 3 سال هست که تحليل و طراحی به صورت حرفه ای کار ميکنم. بذار اين جوری بگم من هيچ وقت ER نميکشم :smile: ER یه مدل ابتدایی هست و هر موجوديت اون ممکنه خودش چند تا جدول بشه پس طراحی فرم از روی اون نخواهد بود یعنی منطقی نیست.
طراحی جداول تا حدود 99% کاری به فرم نباید داشته باشد چون اگه طراحی خوب انجام شه و کسی سابقه کار داشته باشه موارد طراحی رو در نظر ميگيره. میمونه 1% برای مواقعی هست که شما باید تصور خوبی از پياده سازی یا بهتر بگم یه کم اطلاعات فنی داشته باشید. طراحی خوب طراحی قابل پياده سازی هست. ممکنه شما از نظر تئوری درست ترین طراحی رو داشته باشی اما از نظر عملی یا با امکانات موجود اون زمان قابل پياده سازی نباشه.
در مورد اینکه گفتی چندتا فرم داشته باشی راستش نمیفهمم مشکلت چيه؟ چون برنامه واقعی طبيعتاً فرم های زیادی داره.
 

mahyafa

عضو جدید
طراحی جداول تا حدود 99% کاری به فرم نباید داشته باشد چون اگه طراحی خوب انجام شه و کسی سابقه کار داشته باشه موارد طراحی رو در نظر ميگيره. میمونه 1% برای مواقعی هست که شما باید تصور خوبی از پياده سازی یا بهتر بگم یه کم اطلاعات فنی داشته باشید. طراحی خوب طراحی قابل پياده سازی هست. ممکنه شما از نظر تئوری درست ترین طراحی رو داشته باشی اما از نظر عملی یا با امکانات موجود اون زمان قابل پياده سازی نباشه.
در مورد اینکه گفتی چندتا فرم داشته باشی راستش نمیفهمم مشکلت چيه؟ چون برنامه واقعی طبيعتاً فرم های زیادی داره.[/QUOTE]

خوشحالم كه از راهنمايي فردي با تجربه مثل شما استفاده مي كنم.
گفتيد طراحي تا 99% كاري نبايد به فرم والسته باشه، ولي ما پايه طراحيمون بر اساس فرم هستش، يعني فيلد هاي يك فرم رو استخراج مي كنيم ، تعيين نوع صفتها و ... ؟!
در مورد پياده سازي اينكه خب وقتي جداول طراحي شد، به نظرم مشكلي در مورد پياده سازي نيست مثلا با Sql ، جداول رو وارد مي كنيم و باقي مراحل چيزي شبيه برنامه نويسي ميشه، درسته؟
و سوالتون، منظورم اينه وقتي چند فرم داشته باشيم و بيايم همه ي فيلدها رو استخراج كنيم ، به هم ريختگي پيش نمياد؟ لازم نيست فيلد هاي هر فرم رو به صورت جداگانه بررسي كنيم كه در اين شرايط شبيه ER ميشه! (ما فقط روي يك فرم كار كرديم . جداول مربوط به تنها اون فرم رو استخراج كرديم.) ;)
 

negin17h

مدیر تالارهای مهندسی کامپیوتر و رباتیکمتخصص #C
مدیر تالار
خوشحالم كه از راهنمايي فردي با تجربه مثل شما استفاده مي كنم.
گفتيد طراحي تا 99% كاري نبايد به فرم والسته باشه، ولي ما پايه طراحيمون بر اساس فرم هستش، يعني فيلد هاي يك فرم رو استخراج مي كنيم ، تعيين نوع صفتها و ... ؟!
در مورد پياده سازي اينكه خب وقتي جداول طراحي شد، به نظرم مشكلي در مورد پياده سازي نيست مثلا با Sql ، جداول رو وارد مي كنيم و باقي مراحل چيزي شبيه برنامه نويسي ميشه، درسته؟
و سوالتون، منظورم اينه وقتي چند فرم داشته باشيم و بيايم همه ي فيلدها رو استخراج كنيم ، به هم ريختگي پيش نمياد؟ لازم نيست فيلد هاي هر فرم رو به صورت جداگانه بررسي كنيم كه در اين شرايط شبيه ER ميشه! (ما فقط روي يك فرم كار كرديم . جداول مربوط به تنها اون فرم رو استخراج كرديم.) ;)

منظورم اين نبود که نبايد از فرم هایی که بالفرض مربوط به روند یک سازمان هست استفاده کنید. منظورم این است که اطلاعاتی که از فرم ها میگیرید رو بايد بررسی کنید و فيلدها رو استخراج کنید اما اینطور نباشه که چون میخواین اون فرم در بیاد طراحی رو بر مبنای اون قرار بدید.
در مورد مواردی که تعداد فرم ها افزایش پيدا میکنه، دسته بندی هایی بین فرم ها انجام میشه و روابط یبن فرم ها بدست می آيدو از فرمی که بقيه فرم ها به آن وابستگی دارند شروع میکنیم تا بالا. البته این قانون نیست اما در روند طراحی بطور عملی همه همین کار رو انجام میدن.
 

mahdikhani

عضو جدید
سلام به همه
ما هم پايگاه داده داريم يعني الآن داريم ميخونيم اما هيچ كدوم از اين چيزايي رو كه شما ميگين نداريم كه!!!!!!!!:surprised:
ما اول ERياد گرفتيم بعد جدولهشو طراحي كرديم توي آزمايشگاه هم باsqlكار مي كنيم:(:cry:
همييييييييييييييين:eek:
 

mahyafa

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

mahyafa

عضو جدید
سلام به همه
ما هم پايگاه داده داريم يعني الآن داريم ميخونيم اما هيچ كدوم از اين چيزايي رو كه شما ميگين نداريم كه!!!!!!!!:surprised:
ما اول ERياد گرفتيم بعد جدولهشو طراحي كرديم توي آزمايشگاه هم باsqlكار مي كنيم:(:cry:
همييييييييييييييين:eek:


سلام, از روی ER مستقیم جدول ها رو طراحی کردین؟
 

mahyafa

عضو جدید

تا جایی که من اطلاع دارم و خودم تجربه کردم ER روش مطمئن و کارآمدی نیست بخصوص در طراحی های پیشرفته, که همونطور که دوستمون گفتن از ER کمک می گیریم و یک روش تلفیقی رو پیاده سازی می کنیم.
بنابراین,
شما اگه علاقه دارین بهتره خودتون برین و یاد بگیرین!
 

Similar threads

بالا