האם בעידן האינסטנט של היום יש עוד טעם להשתמש בשאילתות SQL דרך שכבת DAL כמו שעשינו לפני שEF יצא?
יש עוד אנשים שעדיין במודע בוחרים בגישה הזאת?
אני בונה הרבה אתרי MVC ומעוניין לדעת האם מישהו חושב ויודע על פער בין הביצועים של EF לעומת ADO רגיל?

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

אשמח לקבל תשובה בנושא...
תודה

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

הההבדל מול ADO כשמדובר בצריכת מעבד וזכרון לא אמור להיות גדול מדי, אלא אם אתה גורם למערכת לשמור יותר מדי מידע במטמון, וזה ניתן לשליטה. אגב, השוואה סבירה יותר תהייה ל LINQ for Database או ל DataSet ולא ל ADO. צרות עם מסד הנתונים נובעות בדרך כלל ממבנה שגוי או גישה לא נכונה, למשל בלי אינדקס מתאים או בשאילתא מסובכת מדי. EF אינו גורם לדברים כאלה.

אם אתה מרגיש שבמקומות מסויימים עדיף לכתוב קוד SQL בעצמך - אתה יכול לשים אותו ב Stored Procedure למשל ולגשת אליו דרך ה EF.