ל firebird sql יש תכונה שאני לפחות, לא מכיר באף מסד נתונים קוד פתוח וזה יצירת שדות computed by.

שדה שהוא computed by הוא שדה שהוא read only ובעצם מחבר תוכן משדות אחרים בטבלה ו כן כל תוכן אחר או נוסף שנרצה לספק לו.

הגדרת שדה כזה פותרת לנו הרבה קוד בשאילתות select למשל.

דוגמה להגדרת טבלאות עם שדה computed by:

קוד:

create table use_computed_by (   id integer primary key not null,   Title varchar(10) not null default '',   First_Name varchar(50) not null,   Middle_Name varchar(50) default '',   Last_Name varchar(50) default '',   Full_Name Computed By (First_Name || ' ' || Middle_Name || ' ' || Last_Name),   Name_With_Title Computed By (Title || ' ' || Last_Name) );

עכשיו כאשר נזין את הערכים הבאים:

קוד:

Title: Dr. First_Name: Theodor Middle_Name: Seuss Last_Name: Geisel

ונעשה select על Full_Name, נקבל את הפלט הבא:

קוד:

select Full_Name from use_computed_by; Full_Name ======= Theodor Seuss Geisel

כאשר נעשה select על Name_With_Title נקבל את התוצאה הבאה:

קוד:

select Name_With_Title from use_computed_by; Name_With_Title =========== Dr. Geisel

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

הגזמת זה קיים בכל database שהוא כולל הלא חופשיים שביניהם.

אסף ש.

Anonymous :

הגזמת זה קיים בכל database שהוא כולל הלא חופשיים שביניהם. אסף ש.

לא בתור שדה כחלק מטבלה.

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

ב MySQL (וב PostgreSQL) זה יראה ככה:

קוד:

select concat(First_Name, ' ', Middle_Name, ' ', Last_Name) as Full_Name from use_computed_by;

זה המקום היחיד שאתה יכול לעשות את זה. אתה כמובן שיכול להכניס את זה ל View, אבל זה סתם יהיה איטי.

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

אסף ש.

או לחילופין ליצור trigger על insert\update שמאכלס את השדה החדש. השליפה תהיה מהירה כמו מכל טבלה אך האיכלוס/שינוי של של הטבלה יואט.

מעניין בכמה שליפה מטבלה עם computed by איטית משליפה מטבלה מקבילה ללא שדה כזה בfirebird.

ozzyboy :

או לחילופין ליצור trigger על insert\update שמאכלס את השדה החדש. השליפה תהיה מהירה כמו מכל טבלה אך האיכלוס/שינוי של של הטבלה יואט. מעניין בכמה שליפה מטבלה עם computed by איטית משליפה מטבלה מקבילה ללא שדה כזה בfirebird.

לא כזו איטית. הוא שומר את הערך פעם אחת עד כמה שאני יודע. בגלל זה זה שדה שהוא read only. לעשות את פעולת ה concat ב select או באמצעות שדה, אז הפעולת concat לוקחת יותר זמן ב firebird. ופעולות select רגילה בלי שדה שהוא computed by אלא על שדה שהוזן לבד לוקח זמן זהה (הבדל של פחות מרבע מילי שנייה) לשאוב את הנתונים מהשדה של ה computed by. לפחות בבדיקות שאני עשיתי.

אם אתה ממש לא רוצה לשתמש בזה, אתה יכול לעבוד עם טריגר, stored procedure, uml, view ועוד כמה כלים שיש ולייצר את זה בעצמך, אבל למה לעבוד קשה כשאפשר לא ?

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

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

shlomisderot :

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

הבעיה ב view היא שהוא לא מהודר ל byte code כלשהו בניגוד ל stored procedure או trigger ולכן אין לך כל רווח בשימוש ב view, לעומת זאת, בפתרון שאני מציג, החישוב מתבצע פעם אחת וזה ב insert, והוא מגיע כבר משלב יצירת הטבלה ככה שלא צריך לעשות משהו יותר מזה, אחרי שיצאת את הטבלה, ולכן לדעתי לפחות זה חוסך לך הרבה כאבי ראש של קוד ושגיאות למינהם, ולכן הוא יותר יעיל לדעתי.