levelUP db שאלת בסיסיות

[אהרן]

@דוד ל.ט.

תוסיף כל פעם גם את המילה המנוקדת כמפתח כשהערך הוא המילה הבלתי מנוקדת.
תראה מה התכוונתי:
מפתח ערך
מפתח - ערך
1 - א,ב,ג
2 - ב
3 - ג
4 - ד
5 - ה
א - 1
ב - 1,2
ג - 1,3
ד - 4
ה - 5

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

הכוונה לזה?

{
  key: word1
  value: [nikud11, nikud12, nikud13]
}
{
  key: nikud11
  wordClear: word
  value: [nikud12, nikud13]
}
{
  key: nikud12
  wordClear: word
  value: [nikud11, nikud13]
}
{
  key: nikud13
  wordClear: word
  value: [nikud11, nikud12]
}

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

אבל בעיקר, הדוגמא שלך נראית לי מורכבת יותר, ואשמח מאוד להבין אותה!

פורסם במקור בפורום CODE613 ב30/08/2015 23:08 (+03:00)

[אהרן]

@דוד ל.ט.

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

יחי ההבדל 'הקטן'.
א"כ זה DB ממש מוגבל.

פורסם במקור בפורום CODE613 ב30/08/2015 10:38 (+03:00)

[dovid]

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

פורסם במקור בפורום CODE613 ב30/08/2015 10:26 (+03:00)

[אהרן]

@ארכיטקט

@אהרן
שעות שאני מחפש

האם אפשר לקבל את ה-key שיש בו value מסוים?

תודה!!

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

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

מעניין
אל תשכח לחזור ולספר איך הולך.

בפרויקט שלך הנטיה שלך לsql מובן, כי אתה רוצה שאילתות מורכבות.
אבל אם זה לא נצרך ו\או השאילתות צפויות, nosql יתן תוצאות עם פשטות שיא.

כך לפי מה שאני יודע כרגע.

פורסם במקור בפורום CODE613 ב31/08/2015 22:37 (+03:00)

[ארכיטקט]

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

פורסם במקור בפורום CODE613 ב31/08/2015 22:34 (+03:00)