תחומים - פורום חרדי מקצועי

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

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

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

כל מי שיכול לענות תשובה עניינית לשאלה מבלי להיכנס לויכוח על הפנטזיה יבורך (אפשר לפתוח אשכול נפרד לכל מי שיש לו מה לומר על עצם הפנטזיה :lol: :lol: :lol: ).

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

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

פורסם במקור בפורום CODE613 ב09/08/2015 13:17 (+03:00)

השלב הבא שלך הוא זה, ו/או זה אבל תיזהר מלהשתמש בו כאשר יש לך רשומות רבות מידי (נגיד מעל 10 אלף).

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

הנושא שלך מדובר כאן במפורש.
וראה גם כאן

פורסם במקור בפורום CODE613 ב26/07/2015 15:36 (+03:00)

@ClickOne

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

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

פורסם במקור בפורום CODE613 ב21/07/2015 08:09 (+03:00)

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

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

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

אז אם אתה מתכוון להתחרות בי אשמח תמיד ללמוד ממתחרים :lol: :lol: :lol: :lol:

פורסם במקור בפורום CODE613 ב08/07/2015 01:39 (+03:00)

רוצה שמשהו יעבוד בכל מקום, תכתוב ב C, יש קומפיילר לכל מכונה בעולם (כולל צ'יפים של מגהצים ומכונות כביסה). אבל זה לא מעשי כל כך, עברו מי שכותב אפליקציות של ממש.

בעיקרון יותר טוב לך לפתח בשפת קוד פתוח כגון NodeJs וכדומה שההתמחות המקורית שלה הוא Linux ואז בטוח יש גם פלטפורמה עבור Windows.

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

פורסם במקור בפורום CODE613 ב03/07/2015 09:00 (+03:00)

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

פורסם במקור בפורום CODE613 ב29/06/2015 11:24 (+03:00)

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

פורסם במקור בפורום CODE613 ב27/06/2015 22:45 (+03:00)

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

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

@דוד ל.ט.

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

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

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

האמת שהרעיון יכול להיות מאוד פשוט, לעטוף את 2 המשפטים בסוגריים ולעשות select * על שניהם עם join באמצע כזה:

select * from (select id , fullname from Contacts) as t1 join (select ContactID , CommunicationData from ContactsCommunicationsData) t2 on t1.ID=t2.ContactID

אם אין כאן פגיעה בביצועים (שהוא מריץ קודם את 2 הטבלאות ואז עושה join, זה יכול להיות נחמד לא?

פורסם במקור בפורום CODE613 ב12/06/2015 18:12 (+03:00)

@ClickOne

אלא שהכי פשוט (וכנראה הכי זריז) זה לוודא שהקלט נכנס כסטרינג לשאילתא

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

select * from contacts 
>>; drop database

פורסם במקור בפורום CODE613 ב17/12/2016 19:49 (+02:00)

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

public bool AssertValidColumnName(string columnName) {
            //ביטוי רגולרי המאפשר אך ורק אותיות ומספרים וקו תחתי וסוגריים מרובעות ונקודה ללא רווחים 
            //ואם יש רווחים צריך לעטוף את השם של העמודה בסוגריים מרובעות לכאורה //TODO:
            Regex regx = new Regex(@"^[a-zA-Z0-9/_/.[\]]*$", RegexOptions.IgnoreCase);
            return regx.IsMatch(columnName);
        }

פורסם במקור בפורום CODE613 ב15/12/2016 11:21 (+02:00)

@דוד ל.ט.

למה לא להשתמש בSqlParameter?

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

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

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

פורסם במקור בפורום CODE613 ב16/06/2015 08:13 (+03:00)

משיטוט באינטרנט הבנתי שזאת לא סוגיה פשוטה

יש כאן דוגמא למוצר בתשלום שמאתר הזרקות. זה שייך לחברה הזו

מה אתם אומרים?

פורסם במקור בפורום CODE613 ב13/06/2015 23:31 (+03:00)

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

פורסם במקור בפורום CODE613 ב05/05/2015 17:54 (+03:00)

אסטריסק!!!!!!!!!!

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

מי שבאמת יודע לתכנת אסטריסק הרי זה מלך.

פורסם במקור בפורום CODE613 ב22/04/2015 23:10 (+03:00)

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

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

פורסם במקור בפורום CODE613 ב15/04/2015 19:45 (+03:00)