המגמה העכשווית למסדים גדולים ברשת

מקארתור · 6/6/10

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

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

המדריך "בנה בעצמך יישומי RoR" של פטריק לנץ טוען בלהט שהוא מתאים גם לתוכניתנים כבדים וגם לתוכניתנים מנוסים פחות - כאלה שיודעים רק HTML ו-CSS. "תכנות אינטרנט מעולם לא היה קל יותר, או מהנה כמו בעזרת RoR", אומר לנץ. מהנה? טוב, אני מוכנה לבדוק האם RoR יכולה באמת להיות מהירה, קלה, ומהנה יותר מכמה מהפרוייקטים האחרונים עליהם הגרתי זיעה עם Perl ו-PHP.

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

מדריך "Hands-on" ל-Ruby on Rails - לכל הכתבות בסדרה:

• פרק 1 - למה להשתמש במסגרת כמו ריילס
• פרק 2 - יסודות רובי
• פרק 3 - ללכלך את הידיים בריילס - בואו נקודד
• פרק 4 - פרויקט ריילס צעד אחר צעד
• פרק 5 - תכנות מונחה עצמים - הסבר בשפת העם
• פרק 6 - עורכי טקסט ומשאבי RoR נוספים
http://it.themarker.com/tmit/article/8050

drvvv · 6/6/10

לכן עובדים עם asp.net, ואז נהנים ממסדי נתונים של sql-server...

trew · 6/6/10

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

drvvv · 6/6/10

נכתב ע"י trew;402161:
שכחת להוסיף שהוא גם מחייב אותך לשים את ווינדוס שרת
דבר שאפילו מיקרוסופט לא עושים
(כן כן השרתים של מיקרוסופט עובדים על לינוקס)

מאיפה אתה מביא את זה?

trew · 6/6/10

כנראה שאני לא מעודכן
בכל אופן לא טעיתי בהרבה
http://en.wikipedia.org/wiki/Hotmail#MSN_Hotmail

יריב · 6/6/10

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

למה זה קשור? או במילים אחרות מה אני מנסה להגיד

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

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

drvvv · 6/6/10

אם כבר אז המצב הוא הפוך
http://www.140.co.il/blog/2010/06/01/9258

מקארתור · 6/6/10

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

trew · 6/6/10

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

לא SQL

31 מרץ, 2010 — ik_5 בשנת 2009 יצאה לה לדרך תנועה חדשה אשר אומרת לא ל SQL. התנועה נתנה דגש לעוד מסדי נתונים אשר הגישה אליהם לא מתבצעת על ידי SQL ולרוב יש יחסים בין טבלאות ותמיכה ב ACID.
כל מי שאי פעם עבד עם מסדי נתונים יודע שזה אחד מהדברים המסריחים ביותר שיש בעבודה עם מידע. רובינו מכירים מסדי נתונים מבוססי סכמות, ועוד יותר כאלו הבנויות עם שפה בשם SQL.
אבל חשוב לדעת שיש עוד הרבה סוגים של מסדי נתונים, ובעידן העננים, יש כמה מסדי נתונים (כולל בתמיכת HTML5 – מספק מסד נתונים גנרי עם תמיכה ב SQL בצד הלקוח) אשר מבוססים על סכמות למשל (בעיקר MongoDB ו CouchDB זכו לתשומת לב רבה), ישנם מסדי נתונים מבוססי עצים (גרפים), מסדי נתונים מבוססי שם=ערך, מסדי נתונים מבוססי אובייקטים, מסדי נתונים מרובי ממדים והרשימה היא כמעט אין סופית לסוגי מסדי הנתונים הקיימים בעולם.
בשביל להבין מה מול מה, ומי מול מי, צריך להבין כי בחירת מסדי נתונים היא לפי כמה אלמנטים חשובים:

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

והרשימה עוד ארוכה.
מי שעוקב אחרי הרבה זמן, מכיר את הוויכוח שיש לי לגבי MySQL, ויודע את חוסר חיבתי אליו. הסיבה היא שלמרות שמאוד פשוט לשאוב ממנו מידע פשוט וגם להזין לו מידע פשוט, וכן לבנות לו טבלאות פשוטות. כמו שאפשר להבין, מדובר כאן רק בעבודה פשוטה מאוד. כאשר צריך משהו מעט יותר מסובך עם מעט יותר מידע מכמה רשומות בודדות, אז מסד נתונים זה – נפוץ כמה שלא יהיה, אינו מסוגל לתת מענה הולם ואמיתי לצרכים בלי לדפוק את הראש בקיר 7 פעמים ולרצות לחנוק מישהו. אבל כאן אני יוצר וויכוח מחודש שאין כוונת הפוסט לעשות.
אנחנו נמצא את עצמנו בוחרים במסדי נתונים מבוססי מידע (כדוגמת MongoDB – מכיל יותר יכולות מ CouchDB) כאשר השדות שאנחנו שומרים יכולים להשתנות ולא פשוט ליצור סכמה אשר תספק מענה הולם לצורך המשתנה של השדות. החיסרון הוא שקשה יותר לבצע מניפולציה על המידע ברמת שליפת המידע, היות ואין אחידות למידע. כל רשומה במסד נתונים כזה פר טבלה אפשר לקחת מערכת קבצים כדוגמה בשביל להסביר אותו. כל טבלה היא בעצם ספרייה (יש גם אפשרות לתתי ספריות), ואפשר לשים שם הרבה סוגים של קבצים, למשל קובץ תמונה מסוג jpg, קובץ תמונה מסוג png, קובץ odt וקובץ ריצה של elf. אמנם לכולם יש שם, נתיב, כולם נמצאים תחת אותה ספרייה ואולי עוד כמה תכונות זהות שקשורות למערכת קבצים, אבל התוכן של כל קובץ שונה, ולכן המניפולציות האפשרויות על המידע אינן כאלו פשוטות. וזה בעצם מסד נתונים מבוסס מסמכים (סכמות) כדוגמת MongoDB וCouchDB.
מסד נתונים מבוסס עצים, לוקח נתונים ומצליב אותם לעץ אחר, או שהם עומדים בפני עצמם וכך אפשר למפות מידע בין מקום אחד למקום אחר. יש גם אפשרות למפות יותר מענף אחד לכמה ענפים וכמה ענפים לכמה ענפים. הרעיון הוא אבל שבאמצעות תורת הגרפים אפשר למצוא את המידע בצורה מהירה ועילה והקישורים לא צריכים להיות מוגדרים מראש (עד כמה שאני הבנתי את מסד הנתונים הזה), בניגוד ל"יחסי גומלין" רגילים במסדי נתונים מבוססי SQL (ראו ערך של Foreign key).
מסדי נתונים מבוססי אובייקטים, הם בעצם אובייקטים כדוגמת class בפסקל למשל אשר בנויים בצורה סיריאלית ומסוגלים לשים את התוכן שלהם במסד הנתונים (בחלקם אפילו מתודות) ולמשוך את המידע חזרה. כמעט בכל שפה אפשר ליצור דבר כזה, אך במידה וצריך לבצע ניהול של חיבורים, בקשות, נעילות וכו' … צריך כבר מנוע ולכן יש מנועים שעושים בדיוק את זה – מנהלים את הבקשות עבורינו ממש כמו כל מסד נתונים אחר.
עוד מסד נתונים מאוד מעניין שיש ברשימה זה מסד נתונים מבוסס ממדים. מסד נתונים כזה, בד"כ נועד להצליב מידע מהרבה מקומות ושרתי מסד נתונים כאלו בד"כ (לא מחייב, אבל תמצאו אותם בשם הזה) בשם OLAP או Online analytic processing. בתוך רשימת מסדי הנתונים האלו, יש למשל cube אשר מאוד נפוץ במקומות בהם רוצים לנתח מידע מכמה מקומות ש SQL רגיל אינו מסוגל לעשות זאת. ואם הוא כן מסוגל, אז בד"כ בצורה לא יעילה. כלומר כל חישוב שכזה יכול לקחת לפעמים ימים שלמים. בCube למשל סידור המידע לא תמיד (תלוי בצורת העבודה) חשוב, היות וכל המידע מעניין, ואי אפשר לעשות מפתח מכל המידע.
הצלבת מידע מוכרת מאוד המשתמשת ב cube היא הצורה שחברות האשראי/מרכולים שונים יודעים לתת לנו תלושים המתאימים לצורת הקנייה שלנו. אם תשימו לב – תצליחו למצוא חוקיות מאוד מעניינת כל פעם שזה קורה לכם (אצלי למשל הם לא מצליחים עם זה

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

יריב · 6/6/10

מ'זתומרת הפוך?
הפכו אותו

רק לידיעת המעוניינים, mssql מקבלים חינם אין כסף!
אם מישהו רוצה אני מחלק.

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