وابستگی تابعی و پایگاه داده های رابطه

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

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

اطلاعات> رسمیت داده >>

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

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

وابستگی تابعی: "حق تصمیم گیری = برنامه (برنامه نویس)" و شرط از "مشکل انطباق مستمر" در بسیاری از موارد معتبر هستند، اما تنها با هم. اما این یک مبنای ریاضی، استفاده شده است که برای ایجاد پایگاه داده است.

بیانیه مستقیم: دینامیک طبیعی و مداوم از اطلاعات و الگوریتم های حل مسئله واقعا همیشه. پایگاه داده رابطه ای است رابطه دودویی + + ریاضیات سخت طراحی دقیق رسمی + ...

داده ها، فایل ها و پایگاه های داده

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

گزینه های ذخیره سازی اصلی، تجسم های مختلف از استفاده:

• فایل های.
• پایگاه داده است.

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

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

تجربه شخصی و خرد جمعی

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

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

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

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

• اوراکل جامد؛
• خواستار کارشناسی ارشد SQL سرور .
• خروجی محبوب.

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

ویژگی های برنامه نویسی و داده

در برنامه نویسی به مدت طولانی به یک بیماری است که به طور مداوم بازنویسی، تکرار کار پیشینیان، که به نحوی چیزی برای انطباق با اطلاعات تغییر یافته، کار، و یا شرایط استفاده از آن بوده است.

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

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

بار زمانی که سرور میزبانی مشترک قابلیت های PHP را محدود وجود دارد و آن برنامه نویسی دسترسی به پایگاه داده تاثیر می گذارد.

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

DB: رابطه ساده در داده

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

پذیرفته فرض کنیم که نسبت به مدل پایه رابطه ای است. یک رابطه ابتدایی - مجموعه ای از ستون ها و ردیف با نام ارزش ها است. کلاسیک "جعبه" (جدول) - یک پیشرفت ساده و موثر. پیچیدگی و وابستگی تابعی از پایگاه داده آغاز می شود که "جعبه" شروع به ورود به یک رابطه با یکدیگر.

نام هر ستون در هر جدول باید در چارچوب از مشکل منحصر به فرد باشد. همان را نمی توان در دو جدول داده شود. می دانیم که معنای مفاهیم:

• "تعریف جوهر"؛
• "محروم افزونگی"؛
• "رابطه ثابت"؛
• "برای اطمینان از دقت و صحت."

- ابتدایی نیاز به استفاده از یک پایگاه داده و ساخت یک مدل داده ها برای یک کار خاص است.

نقض هر یک از این مفاهیم - بهره وری پایین از الگوریتم، نمونه برداری داده آهسته، از دست دادن داده و مشکلات دیگر.

وابستگی تابعی: منطق و معنا

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

نه لزوما، اما آن ضرری ندارد برای نشان دادن رابطه کاربردی به عنوان:

F (X1، X2، ...، XN) = (Y1، Y2، ...، YN).

اما مطمئن شوید که به درک که در ورودی - جدول، خروجی نیز یک جدول و یا یک تصمیم خاص. به طور معمول، ارتباط عملکردی مجموعه منطق رابطه بین جداول، نمایش داده شد، امتیازات، باعث، روش های ذخیره شده و دیگر لحظات (اجزاء) پایگاه داده است.

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

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

اوه خوب قدیمی اکسل

هنگامی که کامپیوتر خود را در سمت مثبت نشان داده است، جهان در یک بار به برنامه نویسان و کاربران تقسیم شده است. به عنوان یک قاعده، اولین استفاده:

• پی اچ پی، پرل، جاوا اسکریپت، C ++، دلفی.
• خروجی، اوراکل، MS SQL سرور، ویژوال فاکس پرو.

دوم:

• ورد.
• اکسل.

برخی از کاربران مدیریت را به خود را (بدون کمک از برنامه نویسان) در پایگاه داده کلمه - یک مزخرف واقعی است.

تجربه کاربران در اکسل برای ایجاد یک پایگاه داده - عملی و جالب است. نکته مهم این است که اکسل، به خودی خود، کاربردی، رنگارنگ و عملی است.

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

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

چه رابطه ای کاربردی، با آن چیزی است که، کجا، چرا ... ظاهرا فقط به نویسنده و یا گروه آن.

درباره که در آن نگرش رابطه ای

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

مهم نیست که چقدر زیبا رابطه عملکردی در زمینه ریاضیات:

این یک رابطه دوتایی، یا نه، آن را به مناسبت به تجدید نظر ایده ایجاد روابط بین کثرت از صفات، به بررسی "یک به بسیاری از" ارتباطات "بسیاری از به یک" است، "بسیاری از به بسیاری از" یا "بسیاری از انجام دهید، و یک به طور خاص."

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

شما می توانید کار بخش پرسنل رسمی، ارسال ACS برای استخراج نفت یا تولید شیر، نان، یک انتخاب در یک پایگاه بزرگ از گوگل، یاندکس و تماس Rambler، اما نتیجه همیشه ثابت خواهد بود، و هر نقطه در زمان همان است!

اگر رابطه عملکردی = منطق دقیق و ریاضیات = پایه ای برای پایگاه داده، چه نوع از پویایی ما می توانید صحبت. هر تصمیم رسمی خواهد بود، هر مدل داده های رسمی + = الگوریتم دقیق تصمیم دقیق و بدون ابهام است. اطلاعات و محدوده ی هر برنامه تغییر در تمام زمانها.

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

درباره خطوط و اشیاء

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

строки условно-переменной длины с массой бинарных формальностей и строгих математических ограничений. اگر این و یا سایر زمینه ها در پایگاه داده از داده ها، به خصوص در محدودیت واقعی اضافه خواهد شد: تعداد کمی، حضور این نامه 'e' را، فرمت ارائه - در کوتاه مدت در همه جا و همیشه باید از خواص مهم وابستگی پایگاه داده های عملکردی: رشته مشروط با طول متغیر با توده ای از باینری تشریفات و محدودیت های سخت ریاضی.

اگر شما لحن تغییر و گوش دادن به پالس از پویایی، تمام اشیاء را می توان در نقاشی شده است. در وهله نخست، نام ستون در جدول - همان جسم، در جدول کوتاه - - یک هدر شی و آن را از ستون در هدر نام یک شی، یک لیست از نام است. و کلاه نمی تواند ...

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

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