שלום!.
יש לי בעיה בשאילתה הזו:

קוד:

UPDATE items SET CD_ID='1', categoryID='2', HebName='זהות בדויה - עונה 4', EngName='', details='1-12', Year='', problem='False', Translation='0' where Item_Key=1 

הוא אומר שהתכביר לא נכון...
ניסיתי למחוק שדות בשאילתה ולשנות ערכים אבל זה לא עזר...
אני משתמש במסד נתונים מסוג Access
אולי מישהוא יודע מה הבעיה כאן?
תודה רבה!

הבעיה האמיתית היא שאתה משתמש באקסס...

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

ציטוט:

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

אבל זה לא עדיף לתחום במרכאות?

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

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

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

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

ציטוט:

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

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

ציטוט:

במקור נכתב על ידי ישראל K * אם אתה כן בודק, למה צריך את המרכאות?

כדי לוודא שמקיפים את כל האפשרויות לפריצה.

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

עכשיו כשאני חושב על זה...יש דברים בגו

הנה השאילתה אחשיו. את כל השדות שהם מיספריים לא תחמתי. ועדיין אותה שגיאה:

קוד:

 UPDATE items SET CD_ID=1, categoryID=2, HebName='זהות בדויה - עונה 4', EngName='', details='1-12', Year='', problem='False', Translation=0 where Item_Key=1 

השגיאה במלואה:

קוד:

 
 
 
Microsoft JET Database Engineerror '80040e14'Syntax error in UPDATE statement.

הוא לא אמר שום דבר בקשר לתחום או לא.
נ.ב
Year הוא גם טקסט.

אולי אתה משתמש במילה שמורה ב-SQL.

נסה לשנות את שמות הטורים, לדוגמא:
year, problem, details

אני חשב ש-YEAR זה מילה שמורה, אולי פונקציה.

לא. זה לא מילה שמורה... אני גם בדקתי את זה...
בכל מקרא תודה רבה. :-) מצאתי את הפיטרון:

קוד:

UPDATE items SET items.CD_ID=1, items.categoryID=3, items.HebName='זהות בדויה - עונה 4', items.EngName='ghjfghjfghjfgh', items.details='1-12', items.Year='', items.problem=False, items.Translation=0 where items.Item_Key=1 

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

אבל ליפני שהוספתי את items. ניסיתי

קוד:

 UPDATE items SET CD_ID=1, categoryID=3, HebName='זהות בדויה - עונה 4', EngName='ghjfghjfghjfgh', [details]='1-12', [Year]='', [problem]=False, Translation=0 where Item_Key=1 

וזה לא עבד...
לא ברור לי מה היתה הבעיה בידיוק, אבל עובדה שזה סידר את זה... תודה שוב! :-)

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

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

עם איזה תוכנית אתה ממליץ להשתמש אם לא ACCESS?

אני ממליץ את MySQL - חינמית וטובה.
MSSQL יותר טובה, אבל עולה כסף.

ציטוט:

במקור נכתב על ידי DCD ...MSSQL יותר טובה, אבל עולה כסף.

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

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

יש לך מקרים שבהם MySQL הביאה ביצועים טובים יותר מ-MSSQL ?

חוץ מזה גם ע"פ ההיגיון, MSSQL אמורה להיות טובה יותר מ-MySQL, בעיקר בגלל שמשקיעים בה כסף.

ציטוט:

במקור נכתב על ידי DCD ...בגלל שמשקיעים בה כסף.

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

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