באמצעות MySQL: להכניס לתוך

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

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

קונספט MySQL: להכניס לתוך

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

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

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

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

ערכים קלסיים הוספה

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

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

הוספת רשומות

MySQL להכניס לתוך ערכי העיצוב מאפשר להוסיף ערכים המעידים על שדות ספציפיים וערכים ספציפיים המתאימים שלהם.

שאילתה זו ניתן לחלק לשלוש בקשות, שכל אחת מהן היא רשימה אחת של שדות ( `code_back`,` owner_code`, ... ) מתאים אחד בשורה של נתונים ( "~", "{$ cSChip}", "{SChip_s $ } '...), (' ~ '' {$ cPetr} '' {cPetr_s $} '...) או (' ~ '' {$ cTest} '' {$ cTest_s} ' , ...), אבל זה יותר קל. לדוגמא, במקרה הזה נוסף הערכה הבסיסית של משתמשים: המנהל, סדרן, וכן בודקים.

הוספה רשומה באמצעות ממשק משלה

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

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

בשנת התגלמות זו, פעולת הוספת רשומות ישירות תוסתר, והתהליך יכלול בתוך פונקציות רציפות עצמו להיות מופעל. לדוגמה, scfAddUser ( 'איבנוב', 'איוון') יוביל בקשה MySQL להכניס לתוך `all_users` ( 'last_name', 'first_name', 'מצב') ערכים ( 'איבנוב', 'איוון', 'חדשות'). אפשרות זו חוסכת קוד ועושה את זה הרבה יותר קריא ומשמעותי.

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

ממשק משלך מאובייקט הנתונים

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

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

גישה זו מסיט את הדגש מן ישירה קידוד MySQL להכניס לתוך בקשות לממשק: scfAddObject ( "contens", ...), אשר משמש את כל אובייקט בדרכו שלו.

המועד יהיה המושא שיטה myDate-> שמורה () ולבצע טיפול scfAddObject (04 .12.2016 "), לבין האובייקט המשתמש currUser-> שמור () עושה scfAddObject (" איבנוב - login "), ... וכל אתגר scfAddObject () יוביל לבניית הגרסה MySQL להכניס לתוך הבקשה.