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

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

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

קוד PHP:

<?php
$data = $orderlist = $result = array();
$q = mysql_query("SELECT field1, field2, timestamp FROM tbl1 WHERE condition");
while($r = mysql_fetch_assoc($q)){
$r['search_result_type'] = 'tbl1';
$data[] = $r;
$orderlist[] = $r['timestamp'];
}
$q = mysql_query("SELECT otherfield, otherfield, timestamp FROM tbl2 WHERE condition");
while($r = mysql_fetch_assoc($q)){
$r['search_result_type'] = 'tbl2';
$data[] = $r;
$orderlist[] = $r['timestamp'];
}
asort($orderlist);
foreach(array_keys($orderlist) as $k)
$result[] = $r[$k];

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

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

2. אם אתה רוצה לחפש ב 15 טבלאות אתה צריך לעבור איכשהוא על 15 טבלאות. אין ניסים. דרך יעילה היא לבנות שאילתת SQL אחת שתעשה את זה, למשל על ידי שימוש ב union. מאחר והשאילתא תהיה ארוכה עדיף לשמור אותה כ view או stored procedure. ככה מסד הנתונים מבצע parsing לשאילתא ובונה execution plan פעם אחת בעת ההגדרה ולא בכל הפעלה.

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

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

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

תודה רבה לך!

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

אוקיי, בכל מקרה הבעיה העיקרית היא שלא בהכרח יש שימוש באותו מספר של עמודות, דבר ש-UNION מחייב.

תוכל לתאר את הבעיה כפי שאתה רואה אותה?
יכול להיות שנציע לך דרך טוב יותר לפיתרון.

לא בדיוק הבנתי את הבקשה שלך.
כמו שכתבתי בנושא עצמו, הביצוע של 15 השאילתות ו-15 הלולאות היא שיטה מאוד בזבזנית.
יש בעיה בשימוש ב-UNION, לא מכל השאילתות יש את אותו מספר העמודות.

הוא מתכוון ל: "מה אתה מנסה לעשות, שאתה מבצע חיפוש על מילה ב 15 טבלאות שונות?"

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

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

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

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

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

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

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

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

כמובן שאתה יכול ליישם את 2 האפשרויות...

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

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

בדוגמא שלי, הסוג של העמודה השניה יהיה זה של tab2.col2 כי בשאילתא הראשונה יש שם NULL.

_________________________________________________

אזהרה: משרד הבריאות קובע כי העישון מזיק לבריאות !
תראו, אפילו החייזר נהיה ירוק מזה

מנהל פורום מדע בדיוני ופנטסיה ופורום מדע טכנולוגיה וטבע בפרש

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

ציטוט:

במקור נכתב על ידי CallMeYossi יש בעיה בשימוש ב-UNION, לא מכל השאילתות יש את אותו מספר העמודות.

להלן דוגמא:

קוד:

SELECT col1,null,col3 FROM tab1
UNION
SELECT col1,col2,null FROM tab2

_________________________________________________

אזהרה: משרד הבריאות קובע כי העישון מזיק לבריאות !
תראו, אפילו החייזר נהיה ירוק מזה

מנהל פורום מדע בדיוני ופנטסיה ופורום מדע טכנולוגיה וטבע בפרש

דוגמה נוספת, ללא עמודות מיותרות - לדעתי.

קוד:

SELECT col1, col3 AS col2 FROM tab1
UNION
SELECT col1, col2 FROM tab2

קוד:

SELECT col1, col3 col2 FROM tab1
UNION
SELECT col1, col2 FROM tab2

קוד:

SELECT col1, col3 'col2' FROM tab1
UNION
SELECT col1, col2 FROM tab2

אני לא בטוח שזה נתמך ע"י כל ה-DBMS's.

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

קוד:

select prod_id,'product_line',col2,col3,col4 from products
UNION
select other_id,other_type,col3,LastCol,null from others_tab

_________________________________________________

אזהרה: משרד הבריאות קובע כי העישון מזיק לבריאות !
תראו, אפילו החייזר נהיה ירוק מזה

מנהל פורום מדע בדיוני ופנטסיה ופורום מדע טכנולוגיה וטבע בפרש