תלות פונקציונלית ומסדי נתונים יחסיים

מידע מאז ומתמיד דינמי נאותה של עניין. פיתוח, מסדי נתונים יחסיים ושפות תכנות טכנולוגיית מידע דרמטיים שינו את התוכן ומבנה של עניין. קיימת מערכת ייצוג קפדנית מסוימת. פורמליזציה, את המתמטיקה המדויקת ויחסים בינארי הפכו מוצלח הגדל במהירות, תחום ההתמחות והניסיון.

העולם הטבעי של מידע לא השתנתה הדינמיקה שלה ולפתח את התוכן ואת המבנה, טיפס לגבהים חדשים. יש לו צורה חלקה, וגם בטבע אין דבר "מלבני". מידע, כמובן, באופן פורמלי, אך יש לו דינמי, משתנה לא רק את הנתונים ואלגוריתמים של העיבוד שלהם, שינוי המשימות עצמם ואת השדות של יישום שלהם.

מידע> פורמליזציה של נתונים >>

המידע מומר הנתונים (מודל נתונים, מבנה מידע, בסיס נתונים ...) כפי שהוא רואה מתכנת. אין ערובה לכך חזון זה נכון, אבל אם התכנית פותרת את הבעיה, את הנתונים ואז הוצגו דרך אפשרית כראוי.

השאלה עד כמה מידע רשמי כראוי - עניין של זמן. עד עכשיו, את הקונספט של דינמיקה (עצמית הסתגלות לתנאים משתנים שימוש) - חולם תכנות בלבד.

התלות פונקציונלית: "את ההחלטה הנכונה = תוכנית (מתכנת)" ואת מצבו של "בעיה ציות מתמשך" תקפים ברוב המקרים, אך יחד רק. אבל זה לא בסיס מתמטי, אשר משמש ליצירת מסדי נתונים.

אמירה ישירה: דינמיקה טבעית רציפה של מידע ואלגוריתמים לפתרון בעיות באמת תמיד. מסדי נתונים יחסיים הוא ביחס בינארי + + מתמטיקה קפדנית ועיצוב פורמלית מדויק + ...

נתונים, קבצים ובסיסי נתונים

איך נתונים מאוחסנים במשך זמן רב לא משנה, אם זה זיכרון או התקן חיצוני. רכיב חומרה הגיע בקצב קבוע של התפתחות ולהבטיח איכות טובה בכמויות גדולות.

אפשרויות אחסון ראשיות, התגלמויות שונות משימוש:

• קבצים;
• מסד.

הראשונה ניתנת לחסדיהם של מתכנת (שיא, ובאיזה פורמט, איך לעשות את זה, איך לקרוא ...), והשני מיד מביא את הצורך בידע של תלות פונקציונלית פשוטה.

קצב הדגימה וקליט נתונים על קבצים (בגודל סביר ולא אסטרונומיים) הוא מהיר מאוד, ואת המהירות של פעולות באתר דומות לפעמים יכולה להיות איטית באופן משמעותי.

ניסיון אישי ועל חוכמה קולקטיבית

בהיסטוריה נעשו ניסיונות ללכת מעבר למגבלה, אבל עד עצם היום הזה מסדי נתונים יחסיים שולטים. שפע של פוטנציאל תיאורטי, את הנוהג של מפתחים נרחבים - המוסמך.

הרעיון של תלות התפקודית של מפתחי מסד להטיל מתכנת, אפילו אם הוא לא מתכוון להשתמש ניסיון העשיר מתמטי-לוגי של בניית מבני מידע מורכבים, תהליכים, עבודה איתם, דגימה והקלטת מידע.

אפילו במקרה הפשוט, המתכנת תלוי ההיגיון בבסיס הנתונים, לא משנה מה הוא בוחר לעבוד. אין חשק ללכת הקנונים, אתה יכול להשתמש בקבצים מקבלים הרבה קבצים, והרבה ניסיון אישי. הרבה זמן אישי יוקדש, והבעיה תיפתר במשך זמן רב.

לא משנה כמה קשה עשוי להופיע דוגמאות של תלות תפקודית, לא בהכרח לשקוע למעמקי משמעות והיגיון. לעתים קרובות, זה צריך להיות מוכר כי האינטליגנציה הקולקטיבית מסוגלת ליצור מאגרי מידע שונים, גודל ופונקציונלי שונים:

• מוצק אורקל;
• בדרישה של MS שרת SQL ;
• MySQL הפופולרי.

- מסדי נתונים יחסיים מעולה עם מוניטין טוב, קל לשימוש, מהיר בידיו המיומנות. השימוש שלהם חוסך זמן ומונע את הצורך לכתוב את הקוד עזר הגיליון הבא.

תכונות תכנות ונתונים

בתכנות כבר מזמן מחלה הוא שיכתב כל הזמן, לחזור על העבודה של קודמיו, שאיכשהו משהו להסתגל לשנות את פרטיה, משימה, או את תנאי השימוש שלה.

הייחוד של התלות התפקודית הוא כי, כמו שגיאת תכנות יכול להיות מאוד יקר. המשימה היא כמעט ולא פשוטה. בדרך כלל, במהלך פורמליזציה של המידע שהשיג הייצוג המורכב של הנתונים. האלמנטים שלהם בדרך כלל מזוהה, אז הם מקושרים ליחסי מפתח מסוימים, אז להיות טופס אלגוריתמים הוקמו של טבלאות, שאילתות, אלגוריתמים לאחזור מידע.

לעתים קרובות ערך רב קשור הקידוד. לא כל המסדים להציע פתרונות ניידים יכולים להיות מתמודדים לעתים קרובות עם כמה מכוון היטב MySQL, שעליה שוכנים מסדי נתונים תריסר, עבודה מעולה ויציבה, לאלץ את המפתחים על מנת להפוך את בסיס יא דומה לאלו שכבר יש.

ישנם פעמים כאשר אירוח משותף מגביל את הפונקציונליות של PHP וזה משפיע על התכנות של גישה למסדי נתונים.

בשנת אחריות תכנות של היום עבור אלגוריתם תכנית האחריות המקביל ליצירת מודל נתונים. כל צריך לעבוד, אבל אתה תמיד חייב לצלול לתוך המבוך של התאוריה.

DB: יחסים פשוטים בנתונים

קודם כל, את הקונספט של מסד נתונים - הנתונים הזה כמערכת לניהול מסדי נתונים (לדוגמא, MySQL), וחלק מבנה מידע המשקף את אובייקטי נתונים ומערכות יחסים ביניהם. «להחזיק» MySQL מסד נתונים אחד על עצמו כמו מבנים רבים מידע עבור יישומים שונים. אחד נתונים אורקל יכולים לספק תהליכי מידע של חברה או בנק גדול כדי לשלוט על שלמות האבטחה ונתונים ברמה הגבוהה ביותר, להיות ממוקם על סט של מחשבים הנמצאים במרחקים שונים בסביבות בכלי אחר.

מקובל להניח כי היחס הוא המודל הרלציוני הבסיסי. יחס יסודי - הוא קבוצה של עמודות ושורות עם השמות של ערכים. קלאסיקה "תיבה" (ראה טבלה) - התקדמות פשוטה ויעילה. המורכבות ואת התלות התפקודית של מסד הנתונים מתחיל כאשר "קופסאות" מתחילים להיכנס לתוך מערכת יחסים אחד עם השני.

השם של כל עמודה בכל טבלה חייב להיות ייחודי בהקשר של הבעיה. כך גם לא יכול להינתן בשתי טבלאות. יודע את המשמעות של המושגים:

• "הגדרת המהות";
• "אל תכלול יתירות";
• "יחסים קבועים";
• "כדי להבטיח את הדיוק."

- יסודי הצורך להשתמש במסד נתונים ולבנות מודל נתונים עבור משימה ספציפית.

פרה של כל אחד המושגים האלה - היעילות הנמוכה של האלגוריתם, דגימת נתונים איטית, אובדן נתונים וצרים אחרים.

תלות פונקציונלית: ההיגיון והמשמעות

אתה לא יכול לקרוא על tuples יחסים, על העובדה כי הפונקציה - סט של טיעונים התאמה סט של ערכים ותפקוד - הוא לא רק נוסחא או לוח זמנים, אבל אפשר לתת סט של ערכים - שולחן.

לא בהכרח, אבל זה לא כואב כדי לייצג את הקשר הפונקציונלי כמו:

F (x1, x2, ..., xn) = (y1, y2, ..., yn).

אבל כדי להיות בטוח מבין כי בכניסה - השולחן, הפלט הוא גם שולחן או החלטה ספציפית. בדרך כלל, את הקשר הפונקציונלי קובע את ההיגיון של היחסים בין טבלאות, שאילתות, הרשאות, טריגרים, פרוצדורות מאוחסנות ורגעים אחרים (רכיבים) מסד.

בדרך כלל, השולחנות מומרים אחד את השני, אז לתוצאות. אבל שימוש תלות תפקודית אינו מוגבל רעיון כזה. המתכנת בונה את הייצוג של נתוני תמונה, מודל מושלם, מבנה המידע ... לא משנה איך קוראים לזה, אבל אם זה עובד עבור מסד נתונים ספציפיים, הוא חייב להתבסס על ההיגיון שלה, לקחת בחשבון שלה משמעות בניב של השפה המשמשת, ככלל, SQL.

אפשר לטעון כי תכונות הפעילות של תלות הנתונים זמינות דרך הניב המשמש בשפת SQL. אבל הרבה יותר חשוב להבין כי אחרי כל העליות והמורדות של פיתוח, לא כל כך הרבה מסדי שרד, אבל ניבים רבים של השפה ואת הפרטים של מבנים פנימיים מסדי נתונים, מדי.

אוי אקסל הישן והטוב

כאשר המחשב הוכיח עצמו בצד החיובי, העולם מתחלק פעם לתוך מתכנתים ומשתמשים. ככלל, השימוש הראשון:

• PHP, Perl, JavaScript, C ++, Delphi.
• MySQL, Oracle, MS SQL Server, Visual FoxPro.

שני:

• Word.
• אקסל.

חלק מהמשתמשים מצליחים לעשות בעצמם (ללא עזרה של מתכנתים) של מסד Word - שטות אמיתית.

החוויה של משתמשים ב- Excel כדי ליצור מסד נתונים - מעשי ומעניין. הדבר החשוב הוא כי Excel, בכוחות עצמו, הוא פונקציונלי, צבעוני ופרקטי.

רעיון טבלאי הגדיר את מושג תלות תפקודית של חשיפה ונגישות, אבל הניואנסים הם בכל נתונים. לכל אחד יש "פנים" שלהם, אבל מ- Excel ל- Oracle לתפעל ריבועים פשוטים, שולחנות כלומר.

אם ניקח בחשבון כי Excel - זה לא מסד נתונים, אבל רבים, משתמשים (לא מפתחים) הוא כל כך רגיל, ואת אורקל - הוא מורכב ורב עצמה כדי להשיג צוות גדול של מפתחים הוא בתחום מסדי נתונים, הוא הופך להיות טבעי להודות - מסד הנתונים הוא ייצוג מתכנת מסוים (צוות) של הבעיה הספציפית ופתרונה.

מה הקשר הפונקציונלי, עם מה, איפה, למה ... כנראה רק המחבר או הקבוצה ממנו.

אודות איפה העמדות יחסיות הן

התקדמות מדעית וטכנולוגית - הליך כואב מאוד, ולפעמים אכזרי. אם אתה זוכר היכן הנתונים נכתבו, מה * .dbf, הוא קיברנטיקה ממותגת, ואז התאהב מדעי מחשב והתחיל לארגן מכשולים לתנועת ההייטק ברמת המדינה, מתברר מדוע מסדי נתונים יחסיים כל כך עקשנים וטובים. למה הוא הסגנון הקלאסי תכנות חי היום, ותכנות מונחה עצמים מוערך פשוט, אך טרם פסק.

לא משנה כמה יפה את הקשר הפונקציונלי בהקשר של מתמטיקה:

זו אינה מערכת יחסים בינאריים, או ליתר דיוק, מדובר בהזדמנות לבחון מחדש את הרעיון של יצירת קשרים בין ריבוי התכונות, לחקור את התקשורת "אחד-לרבים", "רבים לאחד", "רבים לרבים" או "הרבה לעשות, ואחד בפרט."

יחסי אפשרויות יכול לבוא עם מגוון גדול. זו מתמטיקה ההיגיון, וזה מחמיר! מידע - יש מתמטיקה משלה, מיוחד. זה יכול להיות רק עניין פורמלי לומר עם חיסרון גדול מאוד.

אתה יכול למסד את העבודה של מחלקת כוח אדם, לכתוב ACS להפקת נפט או ייצור של חלב, לחם, עושים סלקציה בסיס ענק של Google, Yandex ו מְטַיֵל, אבל התוצאה תמיד תהיה סטטית, וכל נקודה בזמן זהה!

אם מערכת היחסים תפקודיות = לוגיקה צרופה ומתמטיקה = בסיס הנתונים, איזה סוג של דינמיקה אנחנו יכולים לדבר. כל החלטה תהיה רשמית, כל מודל נתונים רשמי + = אלגוריתם קפדן החלטה מדויקת וחד משמעית. מידע והיקף כל תכנית משתנים כל הזמן.

מנוע חיפוש לדוגמא על אותו ביטוי החיפוש לא יכול להיות אותו הדבר אחרי שעה או שעות, וכן, ברור, בתוך יום - אם ביטוי החיפוש מתייחס לאזור המידע שבו מספר אתרים, משאבים, ידע, ורכיבים אחרים משתנים ללא הרף .

אודות קווים וחפצים

גם אם התוכנית היא מתמטית גרידא, ואת הנתונים שלה הוא אפילו לא חושב על הדינמיקה של כל תמיד יש קו. ויש תור ארוך. וזה אינסופי לא יכול להיות. זה אפילו לא יכול להיות משתנה, משתנה רק על תנאי. בנוסף, כל נתונים של המתמטית בינארית-הבירוקרטיה שלהם מטילים הרבה הפורמליים, ומהירות זה + הדגים איכות עיבוד מידע.

строки условно-переменной длины с массой бинарных формальностей и строгих математических ограничений. אם שדות אלה או אחרים באתר של נתונים, בעיקר אמיתיים ההגבלה יתווספו: המספר קצת, הנוכחות של האות "e", בפורמט מצגת - בקיצור בכל מקום ותמיד יש את המאפיינים החשובים של תלות נתונים פונקציונלית: אורך משתנה מותנה מחרוזת עם מסה של בינארית הפורמליים ואילוצים מתמטיים קפדניים.

אם תשנה את הצלילים ולהאזין לדופק של דינמיקה, כל האובייקטים יכולים להיות צבועים על. בשנתי ה הקירוב הראשון, על שם העמודה בטבלה - הוא אובייקט, רשימה שמית - אותו האובייקט, בטבלה קצרה - כותרת לא אובייקט וזה שמות של העמודות בכותרת. וכובעים לא יכול להיות ...

עם זאת, מחרוזות עשויות להיות שולחן. ובקו יכול להיות בעל ערך. ולמה הם תמיד צריכים להיות זהה למספר. שולחן מרובע מלא - מסוים הזה, וברוב המקרים, פרטי.

אם אתה יכול לדמיין את כל העיצובים של אובייקטי מסד הנתונים, אז, אולי, לא צריך לבנות יחסי בינאריים קפדנים. זהו טבעי ותחושה אמיתית, ולו רק משום שהיא מהווה מטרה של (ובוודאי לא מתמטי) היגיון משקף את הדינמיקה של המידע ואת הסביבה שבה יש משימות.