שלום

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

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

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

אולי md5 יכול לעזור?

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

אל תתיחס בכלל למאמרים האלו. לקח להם 30-40-50 שנה למצוא 2 קלטים שונים שיתנו פלט שונה.
הסיכוי שיקרה משהו אצלך , ומשהו כזה, הוא אפסי בצורה רצחנית ביותר.

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

גודל העולם כרגע לא תלוי בתוכנה אכן

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

הבעיה שאם אני מסתמךעל זה 100% וכן יגיע קלט כזה (וזה מצב אפשרי לאור העובדה שאמורים להיות 256 בחזקת 32 קלטים) זה נתון לא מעודד במיוחד :-(

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

בכל אופן אני ממש לא רוצה בעוד מספר שנים לראות מערכת מבצעית מבוססת על המערכת שלי עפה על Unique Constraint Violation (ועוד בתור DBA...) :-)

בס"ד

פיתרון נחמד אבל טופס משאבים מהמחשב
כיווץ ZIP של טקסט הוא מאד מאד יעיל עד ל1% מהגודל המקורי
תחשוב על זה

בהצלחה

בס"ד

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

קוד:

א
127-127
נ
128-127
ג
129-127
חישוב
1*30
2*30*30
3*30*1800
ה30 זה מספר האותיות המקסימלי שיש
=
1833

אז המספר 1833 יהיה המפתח
אפשר לפתח את זה - אבל זה הבסיס לכיווץ
מי שלא מבין את מה שאמרתי - אני מבין אותו - אבל אני משער שSHADOW הבין

בהצלחה

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

בס"ד

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

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

בקשר להצעה שלך,נחמד אבל לא עובד מתמטית

בס"ד

בקשר לדחיסה - אני משאר שאתה צודק
---
יש כזה דבר שנקרה TimeStamp או משהוא כזה
שזה מספר 721551
איך שזה מתבצע זה כך....
21/3/2004
21
+
3*30
+
30*12*2004
כך שהמספר הסופי הוא 721551
עכשיו מפרקים את המספר כך
721551/12=60129.25
60129.25/30=2004.3083333333333333333333333333
מורידים שאריות וזה השנה שמסתתרת בתוך החתימה
וההמשך מובן.....
זה מה שהתכוונתי וזה כן עובד "עובדה"

אולי במחשב ביתי בעל מעבד בודד זה כן, אבל במערכות שהמערכת שלי מתעסקת אתן, הוא ממש לא חד חד ערכי (ואני מתכוון ל Timestamp סטנדרטי של IBM הכולל 6 ספרות אחרי השניה)

בנוסף, הוא לא קשור לערך הנתון אלא נטו לזמן...

בס"ד

ציטוט:

במקור נכתב על ידי SHADOW בקשר להצעה שלך,נחמד אבל לא עובד מתמטית

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