PDA

View Full Version : سوال: چگونه میتوان با تکنولوژی linq to sql یک جدول ساخت ؟



alexmcse
دوشنبه 06 بهمن 1393, 18:08 عصر
سلام
چگونه میتوان با تکنولوژی linq to sql یک تیبل ساخت ؟ بک کد نویسی
نام دیتابیس را از کاربر بگیرد سپس نام جدول وآن را ایجاد کند

:افسرده::افسرده:
تشکر

علی فتحی
یک شنبه 31 خرداد 1394, 03:54 صبح
دقیقا جواب سوال منم هست. لطفا دوستان عزیز جواب بدین

SabaSabouhi
یک شنبه 31 خرداد 1394, 11:11 صبح
سلام
چگونه میتوان با تکنولوژی linq to sql یک تیبل ساخت ؟ بک کد نویسی
نام دیتابیس را از کاربر بگیرد سپس نام جدول وآن را ایجاد کند

:افسرده::افسرده:
تشکر

سلام
اگه به واژه‌ی LinQ دقت کنی، خواهی دید که مخفف عبارت Language Integrated Query هست. یعنی Queryای که با زبان برنامه‌نویسی ادغام شده.
اگه تو T-Sql می‌تونی با Query ( که با فرمان Select همراه هست ) جدول بسازی، پس با LinQ هم می‌شه جدول ساخت.

فرمان‌های Sql به چند گروه تقسیم می‌شه، به فرمان‌هایی مثل ساخت جدول، اندیس و view فرمان‌های DDL می‌گن و طبیعی هست که با LinQ
نتونی این فرمان‌ها رو اجرا کنی.

صبا صبوحی

asman.abi
یک شنبه 31 خرداد 1394, 11:25 صبح
من چندین بار گفتم از این تکنولوژی ها استفاده نکنید. آخه تا ADO هست چرا واسطه!
دلیل داره؟
انعطافی که می گفتم همینه. شما خیلی کار های دیگه رو نمی تونی انجام بدی.
دلیل بعدی سرعته (از مهم ترین اصول برنامه نویسی)

ali_md110
دوشنبه 01 تیر 1394, 01:01 صبح
همین هایی که شما میگید استفاده نکنید هم جدا از ADO .NETنیستند و شاخه ای از ADO.NET هستند ولی پیشرفته تر
اینها واسطه نیستند یک انعطاف هستند که کد نویسی رو لذت بخش تر میکنه استفاده از روشهایی قدیم تر ADO یک نوع عقب گرد هست با توجه بوجود ORM ها

علی فتحی
دوشنبه 01 تیر 1394, 03:52 صبح
خانم صبا صبوتی شما لطف بزرگی میکنی اگر به تاپیکها جواب ندین. جواب شما رو تو اکثر تاپیکها دیدم طرف سوالی پرسیده معلوم نیست چی جواب دادین . اینو خصوصی ارسال نکردم که دیگران هم دقت کنند .با تشکر

asman.abi
دوشنبه 01 تیر 1394, 12:23 عصر
همین هایی که شما میگید استفاده نکنید هم جدا از ADO .NETنیستند و شاخه ای از ADO.NET هستند ولی پیشرفته تر
اینها واسطه نیستند یک انعطاف هستند که کد نویسی رو لذت بخش تر میکنه استفاده از روشهایی قدیم تر ADO یک نوع عقب گرد هست با توجه بوجود ORM ها

linq واسطه است. چون برای ارتباط میاد کد های خودش رو به کد های sql تبدیل و اجرا می کنه و جواب رو ارایه می ده. این سرعت رو میاره پایین. شما قبول نداری؟
در ضمن جواب این دوست عزیز ما رو لطف کنید پاسخ بدید.

ali_md110
دوشنبه 01 تیر 1394, 20:06 عصر
خانم صبا صبوحی خانم نیستند پروفایل ایشون بخونید مهندس نرم‌افزار، مرد، متاهل با دو فرزند، بیش از 20 سال سابقه کار و ایشون قابل احترام و تجربه دارند
میتونید با EF ابتدا مدل هاتون ظراحی و با کلیلک راست کردن روی طراح با انتخاب Update Database from model جداول رو بسازید یا ازCode First و Migrattion استفاده کنید که خیلی انعطاف داره
و در جواب شما Linq کدهای طرف برنامه ما را تیدیل به یک سری کدهای استاندارد T SQL میکنه و این تبدیل ارزش زیادتری داره نسبت اون مدت زمان تبدیل که اصلن قابل ملاحظه نیست
بعضی وقتها ما با TSQL چندJoin میزنیم بین جداول ممکنه 30 ثانیه واکشی اطلاعاتش صول بکشه ولی اگر همین دستورات را با Linq بنویسم ممکنه سرعت بالاتری داشته باشه و این به دلیل استاندارد بودن Query اون هست
در ضمن سری به مستندات ماکروسافت بزنید کمی مطالعه کنید به برخی مشکلاتی که TSQL داشته و Linq بر طرف کرده آگاه میشید قول میدم خودتون یکی از طرفداران تکنولوزی چدید Linq خواهی شد

asman.abi
سه شنبه 02 تیر 1394, 01:59 صبح
و در جواب شما Linq کدهای طرف برنامه ما را تیدیل به یک سری کدهای استاندارد T SQL میکنه و این تبدیل ارزش زیادتری داره نسبت اون مدت زمان تبدیل که اصلن قابل ملاحظه نیست
بعضی وقتها ما با TSQL چندJoin میزنیم بین جداول ممکنه 30 ثانیه واکشی اطلاعاتش صول بکشه ولی اگر همین دستورات را با Linq بنویسم ممکنه سرعت بالاتری داشته باشه و این به دلیل استاندارد بودن Query اون هست

آدرس از سایت مایکروسافت
در طی آزمایش های متعدد (100 بار برای یه قطعه کد) برای سه تکنولوژی ارتباط با پایگاه داده
http://blogs.msdn.com/b/adonet/archive/2008/03/27/ado-net-entity-framework-performance-comparison.aspx