صفحه 2 از 2 نخستنخست 12
نمایش نتایج: از شماره 11 تا 17 , از مجموع 17

موضوع: مبانی طراحی یک پایگاه داده

  1. #11


    آخرین بازدید
    2022/12/05
    تاریخ عضویت
    October 2011
    محل سکونت
    مشهد
    نوشته ها
    4,374
    امتیاز
    12614
    سپاس
    4,596
    سپاس شده
    11,990 در 3,203 پست
    سطح اکسل
    70.00 %

    انتخاب آیتم های تشکیل دهنده ستون ها)فیلدها)




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

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

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


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




    هنگامی لیست فیلد ها را بازبینی و اصلاح کردید آنگاه می توانید نسبت به انتخاب primary key اقدام کنید.
    ویرایش توسط ~M*E*H*D*I~ : 2014/05/03 در ساعت 21:03




  2.  

  3. #12


    آخرین بازدید
    2022/12/05
    تاریخ عضویت
    October 2011
    محل سکونت
    مشهد
    نوشته ها
    4,374
    امتیاز
    12614
    سپاس
    4,596
    سپاس شده
    11,990 در 3,203 پست
    سطح اکسل
    70.00 %

    تعیین کلید اولیه(primary key )



    هر جدول در پایگاه داده می بایست دارای فیلد یا فیلد هایی باشد که هر رکورد را از سایر رکورد ها متمایز کند که اغلب یک عدد منحصر به فرد این عمل را انجام می دهد مانند شماره پرسنلی یک کارمند با شماره سریال یک محصول در اصطلاح فنی به این اطلاعات primary key می گویند ، در اکسس ستون کلید اولیه به صورت پیش فرض تعیین می شود و برای وابسته کردن جداول یک پایگاه داده مورد استفاده قرار می گیرد .

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


    در ستون 1 اعداد اتوماتیک به عنوان کلید اصلی استفاده شده اند
    ویرایش توسط ~M*E*H*D*I~ : 2014/05/03 در ساعت 21:04




  4. #13


    آخرین بازدید
    2022/12/05
    تاریخ عضویت
    October 2011
    محل سکونت
    مشهد
    نوشته ها
    4,374
    امتیاز
    12614
    سپاس
    4,596
    سپاس شده
    11,990 در 3,203 پست
    سطح اکسل
    70.00 %

    تنظیم روابط بین جداول



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



    1. اطلاعات این بخش از جدول مشتری ها می آید
    2. اطلاعات این بخش از جدول کارمندان می آید
    3. میزان سفارش از جدول سفارشات استخراج می شود
    4. ... جدول محصولات...
    5. ...جدول جزئیات سفارشات...

    به عنوان مثال اکسس دیتا بیسی بر پایه سيستم مديريت پايگاه داده هاي رابطه اي (RDBMS: Relational Database Management System) طراحی شده است.در پایگاه داده های رابطه ای اطلاعات در جدوال موضوعی مجزا ذخیر شده سپس بر اساس روابط فی مابین در جدول دیگری مرتبط می گردند.

    ایجاد ارتباط یک به چند

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



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


    در واقع اگر مطمئن نیستید که در جداول یک ستون مشترک به اشتراک بگذارید ایجاد یک ارتباط یک به چند شما را مطمئن خواهد کرد که دو جدول در ارتباط با هم هستند .

    ایجاد ارتباط چند به چند

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



    هر رکورد در جدول جزئیات سفارش نمایان گر یک سفارش خواهد بود ، کلید اصلی جدول جزئیات سفارش شامل دو فیلد کلید خارجی است ، استفاده از order id در این جدول به تنهایی کافی نخواهد بود به این دلیل که هر سفارش در ردیف های زیادی تکرار شده است و لذا ستون منحصر به فردی نخواهیم داشت همچنین ستون product id نیز به تنهایی کافی نیست چون هر محصول می تواند در چندین سفارش باشد اما استفاده از product id و order id تضمین می کند که به مقدار منحصر به فرد برسیم.
    در پایگاه داده ای که طراحی کرده ایم به روشی که شرح داده شد دو جدول محصولات و سفارشات را به صورت غیر مستقیم به یکدیگر ارتباط دادیم در واقع از تشکیل دو ارتباط یک به چند یک ارتباط چند به چند را ایجاد کرده ایم .
    جدول سفارشات و جدول جزئیات سفارش ارتباط یک به چند دارند. هر سفارش می تواند شامل چند محصول باشد اما هر محصول تنها یک سفارش دارد.
    جدول محصولات نیز با جدول جزئیات سفارش یک رابطه یک به چند دارد هر محصول می تواند چند سفارش داشته باشد اما هر سفارش به یک محصول تعلق دارد .
    از طریق جدول جزئیات می توان به کلیه سفارشات یک محصول خاص و یا همه محصولات سفارش شده در یک سفارش خاص را تعیین کرد.


    بعد از تشکیل جدول جزئیات سفارش مجموعه جداول در پایگاه داده به شکل زیر خواهد بود.


    ایجاد ارتباط یک به یک

    نوع دیگری از ارتباط بین جداول ارتباط یک به یک است . برای مثال فرض کنید می خواهید برخی اطلاعات تکمیلی را که به ندرت مورد نیاز است و یا محصولات کمی دارای آن هستند ثبت کنید ، چون اغلب به این اطلاعات نیاز ندارید و همچنین همه محصولات به این اطلاعات نیاز ندارند برای جلوگیری از ایجاد ستونی با ردیف های خالی زیاد جدول دیگر ی تشکیل می دهید ، در این جدول همانند جدول محصولات ستون primary key را بر اساس ستون جدول محصولات تشکیل داده و اطلاعات محصولاتی که مد نظر دارید در آن وارد می کنید . ارتباط بین این جدول تکمیلی و جدول محصولات یک ارتباط یک به یک خواهد بود . هر محصول در جدول محصولات دارای یک رکورد در جدول تکمیلی خواهد بود و ستون مشترک PRIMARY KEY برقرار کننده این ارتباط است .

    در صورت نیاز به یک ارتباط یک به یک و تشخیص آن بررسی کنید که می توان اطلاعات دو جدول را در یک جدول قرار داد؟ اگر شما به دلایلی مثلا جلوگیری از وجود ردیف های خالی فراوان جدول دیگری را تشکیل دادید حالات زیر را در نظر بگیرید :

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

    تعیین روابط بین جداول به شما کمک می کند تا اطمینان حاصل کنید که جداول وستون های صحیح دارید، هنگامی که یک ارتباط یک به چند یا یک به یک دارید با به اشتراک گذاری یک ستون کلید اولیه می توانید ارتباط را برقرار سازید و در صورت وجود یک ارتباط چند به چند از طریق ایجاد جدول سومی این ارتباط برقرار می شود.





    ویرایش توسط ~M*E*H*D*I~ : 2014/05/03 در ساعت 21:07




  5. #14


    آخرین بازدید
    2022/12/05
    تاریخ عضویت
    October 2011
    محل سکونت
    مشهد
    نوشته ها
    4,374
    امتیاز
    12614
    سپاس
    4,596
    سپاس شده
    11,990 در 3,203 پست
    سطح اکسل
    70.00 %

    تصحیح کردن طراحی




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

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

    اصلاح جدول محصولات

    فرض کنید هر محصول در پایگاه داده در زیر مجموعه یه رده بندی کلی قرار می گیرد مانند نوشیدنی ، ادویه ، غذاهای دریایی جدول محصولات میتواند فیلد دیگر برای ذخیره این رده بندی داشته باشد.
    فرض کنید پس از آزمایش و بازبینی پایگاه تصمیم گرفتید شرحی در مورد رده بندی محصولات ذخیره کنید و فیلدی برای شرح رده بندی به جدول محصولات اضافه کنید در اینصورت برای همه محصولاتی که در یک رده قراردارند این توضیح تکرار خواهد شد که مناسب نیست.
    راه حل بهتر آن است که یک موضوع جدید برای رده بندی تعریف کنید در این صورت یک جدول و یک کلید اصلی برای آن در نظر بگیرید و از PRIMARY KEY آن به عنوان یک کلید خارجی در جدول محصولات اضافه کنید .

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


    • Product ID
    • Name
    • Product ID1
    • Name1
    • Product ID2
    • Name2
    • Product ID3
    • Name3

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




  6. #15


    آخرین بازدید
    2022/12/05
    تاریخ عضویت
    October 2011
    محل سکونت
    مشهد
    نوشته ها
    4,374
    امتیاز
    12614
    سپاس
    4,596
    سپاس شده
    11,990 در 3,203 پست
    سطح اکسل
    70.00 %

    بکار گیری قوانین نرمال سازی




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

    فرم اول نرمال


    بر اساس فرم اول از تقاطع یک سطر و یک ستون باید یک مقدار به دست آید به عنوان مثال فیلدی برای قیمت داشته باشید اما از تقاطع ردیف وستون مربوطه بیش از یک قیمت به دست آید بنابراین هر سلول از جدول مربوطه در بردارنده یک مقدار مشخص خواهد بود.

    فرم دوم نرمال


    بر اساس فرم دوم نرمال هر ستون غیر از ستون کلید اولیه باید به طور کامل به ستون کلید اولیه وابسته باشد نه فقط بخشی از کلید این قائده زمانی است که شما از دو کلید اولیه بهره می برید مانند جدول جزئیات سفارش . جدول زیر را فرض کنید

    • Order ID (primary key)
    • Product ID (primary key)
    • Product Name

    این طراحی ناقض فرم دوم است چون نام محصول به product id وابسته است و به order id وابستگی ندارد لذا باید نام محصول را حذف کرده و آن را در جدول محصولات وارد کنید.

    فرم سوم نرمال


    در فرم سوم نرمال تمام ستون های غیر کلید به ستون کلید وابسته هستند اما از یکدیگر مستقل خواهند بود ، به عبارت دیگر هر ستون غیر کلید فقط و تنها فقط به ستون primary key وابستگی دارد . فیلد های زیر را در نظر بگیرید

    • ProductID (primary key)
    • Name
    • SRP
    • Discount

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

    تصویر زیر به طور خلاصه آنچه در این مطالب گفته شد بازگو می کند ، امید است این مطلب مورد استفاده قرار گیرد.






  7. #16


    آخرین بازدید
    2022/12/05
    تاریخ عضویت
    October 2011
    محل سکونت
    مشهد
    نوشته ها
    4,374
    امتیاز
    12614
    سپاس
    4,596
    سپاس شده
    11,990 در 3,203 پست
    سطح اکسل
    70.00 %

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




  8. #17

    آخرین بازدید
    2015/06/03
    تاریخ عضویت
    June 2015
    نوشته ها
    1
    امتیاز
    12
    سپاس
    3
    سپاس شده
    2 در 1 پست
    تعیین سطح نشده است

    تشکر جناب وطن پرست عالی بود موفق باشید
    اسکان و انجام کار در انواع شرایط آب و هوایی و مکانهای جغرافیایی با کانکس دست دوم ساختمون دات کام کانکس کارگاهی

  9. سپاس ها (2)



صفحه 2 از 2 نخستنخست 12

اطلاعات موضوع

کاربرانی که در حال مشاهده این موضوع هستند

در حال حاضر 1 کاربر در حال مشاهده این موضوع است. (0 کاربران و 1 مهمان ها)

بازدید کنندگان با جستجو های زیر این صفحه را پیدا کرده اند

ایجاد پایگاه داده در اکسل

ساخت پایگاه داده در اکسل

ارتباط اکسل و پایگاه دادهایجاد پایگاه داده ها در excelآموزش ساخت دیتابیس در اکسلطراحی پایگاه داده در اکسلطراحی پایگاه داده با اکسلنمونه اي از طراحي پايگاه داده دراکسلطریقه ایجاد پایگاه داده در اکسلروش ثبت ، دسته بندی ، یکپارچه سازی و گزارش گیری داده ها د راکسلایجاد دیتابیس در اکسلمراحل ایجاد یک پایگاه دادهمثال هایی از ساختن دیتا بیس فروش یسک محصولPrimary key در اکسل چیستایجاد دیتا بیس در اکسلمراحل طراحی دیتابیسطراحی جداول ارتباط فرمی پایگاه دادهساخت دیتا بیس در اکسلساحت دیتابیس در ایکسل ارتباط توضیحاتی درمورد طراحی پایگاه داده دراکسزآموزش ایجاد دیتابیس پرسنلی در اکسسایجاد پایگاه داده درexcelجداول پایگاه داده در اکسلطراحی یک دیتابیساستخراج ديتا بيس توسط اكسل از بانكهاي اطلاعاتي

کلمات کلیدی این موضوع

علاقه مندی ها (Bookmarks)

مجوز های ارسال و ویرایش

  • شما نمیتوانید موضوع جدیدی ارسال کنید
  • شما امکان ارسال پاسخ را ندارید
  • شما نمیتوانید فایل پیوست کنید.
  • شما نمیتوانید پست های خود را ویرایش کنید
  •  
  • BB code ها فعال هستند
  • شکلک ها فعال هستند
  • کد [IMG] فعال است
  • کد [VIDEO] فعال است
  • کد HTML غیر فعال است