• اطلاعیه ها

    • Saeed Fard

      برگزاری چهارمین همایش Coder Conf و کد تخفیف برای کاربران وردپرس پارسی   20/04/97

      کدرکانف هر سال در آخرین پنجشنبه مرداد با بورد‌های مختلفی برگزار می‌گردد،امسال نیز کدرکانف در همین تاریخ با حضور برنامه نویسان مطرح کشور در بورد تخصصی جاوااسکریپت برگزار خواهد شد، یک گردهمایی متفاوت با طعم Javascript. Coderconf هر سال نسبت به سال‌های گذشته با حضور برنامه‌نویسان پر رنگتر می‌شود. ما سعی کردیم هر ساله به این کنفرانس مفهوم عمیق تری ببخشیم تا از آنچه در سال‌های گذشته عرضه شده به روزتر و مفیدتر واقع شویم. امسال فرصتی خواهد بود تا با نگرشی جدید و بهبود مطالب ارائه شده، عمیقتر به این موضوع نگاه کنیم تا بجای تکرار مباحث پیشین گامی هر چند کوچک در مسیر ارتقای دانش فنی برنامه‌نویسان ایرانی برداریم. ما در Coderconf ۴ با تمرکز بر روی Javascript نیت کرده‌ایم این فرصت را در اختیار برنامه نویسان قرار دهیم تا با ظرافت و استانداردهای روز دنیا کار خود را پیش ببرند. به نظر ما امسال زمان آن فرا رسیده‌است تا این زبان را به صورت تخصصی و از ابعاد مختلف به چالش بکشیم.   دبیر علمی همایش میلاد حیدری، کدرکانف ۴ را اینگونه توصیف کرده است :اشتراک گذاری دانش بهترین راه رسیدن به جاودانگی اطلاعات است. هر ساله همایش‌های زیادی برگزار میشه که افراد شرکت‌کننده می‌توانند با افراد مجرب شبکه سازی کنند. امسال در کدرکانف سعی کردیم علاوه بر بخش شبکه سازی بین افراد بیشتر روی انتقال دانش و کیفیت ارائه ها تمرکز داشته باشیم . به قصد یک گردهمایی بلند مدت بین برنامه‌نویسان جاوااسکریپت که با هم تبادل دانش و اطلاعات کنند گردهم آییم.
      بنده به عنوان عضو کوچکی از جامعه برنامه‌نویسان جاوااسکریپت ایران امیدوارم در کدرکانف امسال علاوه بر شبکه سازی، از اطلاعاتی که دوستان در این همایش در اختیارتان قرار می‌دهند استفاده کنید. در سایت همایش میتوانید سخنرانان و موضوع پنل همایش کدرکانف رو مشاهده کنید . علاقه‌مندان به حضور در این همایش می‌توانند با کد تخفیف wpparsi اقدام به ثبت نام در این گردهمایی کنند. سایت همایش :‌http://coderconf.org
      بلیط فروشی همایش :‌https://evand.com/events/coderconf4  
pary_daryayi

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

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

سلام دوستان.

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

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

بعنوان مثال :

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

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

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

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

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

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

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

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

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

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


لینک به پست

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

3

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


لینک به پست

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

0

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


لینک به پست

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

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

3

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


لینک به پست

ممنونم.

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

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

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

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


لینک به پست

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

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

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

3

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


لینک به پست

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

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

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

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


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

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

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


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