האם ניתן להעביר משתנים ל view

וכך לפנות כל פעם לחךק יותר קטן של תבלה

אם לא, מה הדרך המומלצת

יש לי טבלה שמחזיקה 30,000 רשומות של מוצרים

וכול מוצר שיך לחנות אחרת.

אני צריך כל פעם רק מוצרים של חנות אחת וחשבתי על view

שאני אעביר לו את הid של החנות או כל דרך אחרת שאפשר לעבוד על מקטע

כולל עדכונים והוספה

באיזה שפה אתה עובד? מה בידיוק אתה מנסה לעשות?

SQL מן הסתם

יש פה שאלה כלשהי?

במקרה כזה שאתה צריך לספק פרמטרים מבחוץ אתה צריך ליצור Stored Procedures

אם מדובר ב- SQL Server אז משהו כזה

create procedure sp_get_products
(
      @customer_id int
)
as
select f1,f2,f3 from table1 where customer_id = @customer_id
return

אם אתה עובד ב- ms access אז משהו כזה

select f1,f2,f3 from table1 where customer_id = ?

אני עובד ב SQL על SQL SERVER 2000

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

או שכדאי להישתמש ב פונקציות

אני עובד ב SQL על SQL SERVER 2000

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

או שכדאי להישתמש ב פונקציות

לא , אתה כותב פרוצדורות נפרדות למטרות נפרדות

אם אתה צריך לעדכן טבלה אז אתה פשוט כותב פרוצדורה לעדכון

yokai, למה שלא פשוט תעשה אינדקס לפי מזהה החנות, ותכין query עם מזהה החנות בתור פרמטר?

yokai, למה שלא פשוט תעשה אינדקס לפי מזהה החנות, ותכין query עם מזהה החנות בתור פרמטר?

query לא יודעים לקבל פרטמרים מבחוץ

query לא יודעים לקבל פרטמרים מבחוץ

אני לא יודע למה אתה קורא "מבחוץ", אבל גם ב- ADO, גם ב- ODBC וגם בעוד כמה ממשקים (ונראה לי בכל ממשק סטנדרטי אחר), queries יכולות לקבל פרמטרים.

אז נראה לי שאין וויכוח על כך, זה עניין של סמנטיקה , שאילתה שיכולה לקבל פרמטרים מבחוץ פשוט נקראת stored procedure

כך לפחות בעולם ה- database - ים האמיתיים , לא ב- access , ב- access שאילתה יכולה לקבל פרמטרים מבחוץ ע"י הצבת סימני שאלה כפי שנתתי בדוגמא

stored procedure זה משהו אחר -

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

Query זו שאילתא שמחזירה תוצאות, זה String שה- client שולח ל- Server ומכיל את השאילתא. למשל -

SELECT   Subject, [From], [Message Size]
FROM     Inbox
WHERE   ([From] LIKE :From)

(כאן :From הוא פרמטר)

אגב, View, הוא דומה ל- stored procedure בזה שהשאילתא שלו נמצאת על השרת ולא על ה- client.

view היא בעצם סוג של SP רק שהיא select בלבד ולא יכולה לקבל שום פרמטר

תשמעו SP לא ממש בא בחשבון כי אז אני צריך פרוצדורה לכול פעולה

הרעיון של אינדקסים נשמע מעניין אני אבדוק אותו

בנתיים מה שעשיתי הוא להישתמש ב UDP - user defined functions

שמקבלת מספר חנות ומחזירה טבלה ואז אני עושה select or update או כל

פקודה אחרת כאילו אני עובד על טלה רגילה

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

זה כל מה שאני מצאתי לגבי זה

מעניין שזה לא עלה כאן הכלל כרעיון, מדוע זה?

לכתיבה של sp נפרד לכל פעולה , יתרון משמעותי בניהול ומידור משתמשים במערכת שלך לפי רמות הרשאות שונות

וגם פחות קוד ביישום שלך