• اطلاعیه ها

    • Saeed Fard

      حمایت وردپرس پارسی از همایش آینده وب و موبایل   19/04/74

        چهارم و پنجم اسفند ماه 1395، همایش آیندهٔ وب و موبایل ایران با حمایت سازمان فناوری اطلاعات در مرکز همایش‌های شهید قندی برگزار خواهد شد. این همایش یک رویداد ۲ روزه است که در آن پیشتازان صنعت وب و موبایل از تکنولوژی‌های روز دنیا در این حوزه‌ها سخن می‌گویند به طوری که این همایش پنجره‌ای به چشم‌انداز آینده‌ٔ وب و موبایل در جهان، و همچنین راهنمایی برای تصمیم‌گیران، تصمیم‌سازان و متخصصان ایرانی است.   فرصت‌هایی که FOWM#  برای شما خلق خواهد کرد: آشنایی با تکنولوژی‌های آینده‌ساز وب و موبایل شرکت در مباحث چالشی درباره وب و موبایل ارتباط و شبکه‌سازی با “قله‌های وب و موبایل” موقعیت‌های کاری، هم‌تیمی‌های جدید دریافت گواهی شرکت در همایش دو روز به‌یادماندنی سرشار از شگفتی   شرکت‌کنندگان در این همایش ضمن آشنایی با فناوری‌های آینده‌ساز وب و موبایل، شرکت در مباحث چالشی و ارتباط با بزرگان وب و موبایل ایران، می‌توانند موقعیت‌های کاری و هم‌تیمی‌های جدید برای کسب‌وکار خود بیابند. این همایش برای طراحان و توسعه‌دهندگان وب‌سایت و موبایل، مدیران ارشد سازمان‌ها، صاحبان کسب‌وکارهای کوچک و متوسط، دانشجویان و علاقه‌مندان دارای نکات آموزشی و جذاب خواهد بود.   مجید علوی‌زاده، دبیر همایش آیندهٔ وب و موبایل که سابقه اجرای چند همایش و سمینار مرتبط را دارد، اعلام کرد: جمعی از بهترین‌ها و پیشروان این دو حوزه در ایران با ارائه‌های تخصصی خود، چشم‌انداز آینده این صنعت‌ها را به شرکت‌کنندگان عرضه خواهند کرد.   در هر یک از روزهای برگزاری همایش، یک پنل تخصصی در مورد یکی از موضوع‌های مهم این حوزه نیز برگزار خواهد شد و دست‌اندرکاران به بحث و تبادل نظر خواهند پرداخت و در پایان، به شرکت‌کنندگان گواهی حضور در همایش اعطا خواهد شد.   ثبت نام در مهمترین رویداد صنعت وب و موبایل ایران تا پایان بهمن ماه ۹۵ امکان پذیر خواهد بود، برای ثبت نام و یا کسب اطلاعات بیشتر در خصوص این رویداد و آشنایی با موضوعات و سخنرانان به آدرس http://conf.wsschool.org/fowm مراجعه نمایید.   کاربران وردپرس پارسی می‌توانند با استفاده از کد wp-parsi از مبلغ ۴۰ هزار تومان تخفیف در ثبت نام برخوردار شوند.
pary_daryayi

تفکیک جداول دیتابیس

6 پست در این موضوع قرار دارد

سلام دوستان.

من هرجا که لازم باشه اطلاعاتی توسط مدیریت , ویرایش , درج و حذف بشه , براش Table تعریف میکنم.

حتی جداولی که با هم رابطه ی یک به یک دارند .

بعنوان مثال :

یک جدول دانشجو داریم که هر دانشجو یک خوابگاهی رو میگیره . ( رابطه ی یک به یک )(البته چند به یک هم میشه گفت )

من نمیام فیلد نام خوابگاه رو در جدول مشخصات دانشجو ذخیره کنم . به این دلیل که اسامی خوابگاهها خودشون به صورت مجزا قراره مدیریت بشن .

به همین دلیل جدول مشخصات دانشجو و خوابگاه رو تفکیک کردم ,

یک کلید خارجی برای جدول مشخصات دانشجو ها گذاشتم که با کلید اصلی جدول خوابگاه ارتباط داشته باشه .

تو تصویر نشون دادم.

میخوام بدونم در وب , تو این نوع سناریوها کدوم رو بهینه تر میدونید ؟ از لحاظ سرعت و ...

و بر چه معیاری جداول رو تفکیک میکنید ؟

post-1361-0-16969000-1378714687_thumb.jp

ویرایش شده در توسط pary_daryayi

به اشتراک گذاری این پست


لینک به پست
به اشتراک گذاری در سایت های دیگر

سعی کنید چیدمان جداول به صورتی باشند که کمترین JOIN رو مجبور باشید پیاده کنید رو سرور , درواقع JOIN ها پر هزینه ترین روش برای واکشی اطلاعات است و در وب زیاد توصیه نمیشه که از جداول رابطه ایی بصورت گسترده استفاده کنید

به اشتراک گذاری این پست


لینک به پست
به اشتراک گذاری در سایت های دیگر

یعنی بین افزونگی داده و join , افزونگی داده رو انتخاب کنیم ؟

به اشتراک گذاری این پست


لینک به پست
به اشتراک گذاری در سایت های دیگر

خیر , افزونگی خود بار زیادی برای سرور دارد , بنابراین سعی کنید با کمترین JOIN الگوهای ذهنی خود را پیش ببرید , و در صورت امکان کمتر استفاده کنید , گاها پیش می اید SELECT زدن بصورت معمولی و استفاده نکردن از جداول رابطه ایی خروجی سریع تری نسبت به مدل رابطه ایی دارد .

یکی از نکاتی که در وب برای بهنیه سازی توصیه میشود درواقع همین مطلب است , حتما جستجو کنید

به اشتراک گذاری این پست


لینک به پست
به اشتراک گذاری در سایت های دیگر

ممنونم.

اگه لینک خوبی میشناسید ممنون میشم معرفی کنید . چون مطالب مربوط اکثرا تکراری و بصورت کلی هستند . با همون مثال همیشگی افراد و سفارشها ....

اینکه در مورد طراحی جداول در وب صحبت بشه زیاد ندیدم .

ویرایش شده در توسط pary_daryayi

به اشتراک گذاری این پست


لینک به پست
به اشتراک گذاری در سایت های دیگر

همیشه نیاز نیست شما یک رابطه ایجاد کنید.بستگی به شرایط داره

مثلا ایجاد join بسته به این داره که داده هایی رو که تفکیک میکنین آیا زیاد در select هاتون شرکت دارند و این فیلدها زیاد اپدیت نمیشن و در چند جدول مورد استفاده قرار نمیگیرن اگر بله،نیاز به ایجاد یک جدول دیگه و join نیست اگه نه بهتره از جدول اصلی جدا بشن

البته در نسخه های جدید join سربار زیادی ایجاد نمیکنه و این مربوط به نسخه های قدیمیتر بود

به اشتراک گذاری این پست


لینک به پست
به اشتراک گذاری در سایت های دیگر

برای ارسال نظر یک حساب کاربری ایجاد کنید یا وارد حساب خود شوید

برای اینکه بتوانید نظر ارسال کنید نیاز دارید که کاربر سایت شوید

ایجاد یک حساب کاربری

برای حساب کاربری جدید در انجمن ما ثبت نام کنید. عضویت خیلی ساده است !


ثبت نام یک حساب کاربری جدید

ورود به حساب کاربری

دارای حساب کاربری هستید؟ از اینجا وارد شوید


ورود به حساب کاربری