پاسخ farhad110
farhad110; گفت:
RAM عزيز مطمئنا در تب BDE جزء ساخت Query رو ديده ايد، اين جزء ساخت از كلاس DBTable هست و از دستورات sql هم به راحتي پشتيباني ميكنه. كافيه در آموزشهايي كه دادم به جاي adoquery.sql بنويسيد query.sql .
موفق باشيد
farhad110 حرفی نیست. من که می گم پشتیبانی SQL به دلیل استاندارد بودنش در اکثر پایگاه های داده امروزی همه جا دیده میشه ولی گویا نتونستم منظور خودم را اون طور که باید بیان کنم و متوجه منظور من نشدید.
ببینید، صحبت من اینو میگه که باید دید برنامه نویس به چه سبکی کدنویسی می کنه، از چه پایگاه داده ای استفاده میکنه و چطور با پایگاه دادش صحبت میکنه. اصلا query های sql را بلده؟ یا مایله با متدهای کلاس های غیر SQL ای تعریف شده برای ارتباط با پایگاه داده به تعامل با پایگاه دادش بپردازه.
فرض کنید برنامه نویسی در پروژه خودش از BDE استفاده کرده و تمام کدهای پایگاه دادش را روی اشیاء کلاس TTable نوشته و حالا برای حل مشکل بالا اومده اینجا و سوال می کنه. خوب ما اول باید ببینیم طرف چه طور برنامه نویسی میکنه، چی بلده. چطور با پایگاه دادش حرف میزنه و...
کار با دستورات دلفی را دلفی کارها خوب متوجه می شوند ولی ممکنه دلفی کاری SQL ندونه یا بدونه ولی ساختار پروژه ای که ساخته اصلا با query نبوده. در اینجا بهتره که راه حلی غیر از query را بهش معرفی کنیم. من هم برنامه های متعددی با BDE ، ADO ، با Query و بدون Query نوشتم . پس راه حل را باید با توجه به نیاز و دانش برنامه نویس بهش داد.
این جمله ای هستش که در Help خود دلفی در مورد استفاده از کامپوننت Query اومده:
Note: TQuery is of particular importance to the development of scalable database applications. If there is any chance that an application built to run against local databases will be scaled to a remote SQL database server in the future, use TQuery components from the start to ensure easier scaling later.
اگر برنامه نویس از ابتدا با query ها ساختار صحبت با پایگاه دادش را بنا کنه راهنمایی های شما بسیار کاربردی و مفید خواهد بود ولی در قالب یک پروژه فاقد query، بدون آگاهی از شیوه برنامه نویسی و دانش برنامه نویس مربوطه به نظر من صحیح نیست. حداقل در فرم قبلی سبک صحبت با پایگاه داده یکسان باقی می مونه و دچار چندگانگی نمیشه.
با این حال طبق پیشنهاد من هم استفاده از query های sql از هر جهت مناسب تره (فکر نمی کنم لازم باشه از انعطاف و قدرت sql در اینجا صحبتی به میان بیارم) ولی یکپارچکی کدنویسی ها باید حفظ بشه اگه با query می خواهیم کدنویسی کنم همه را با sql پیش بیریم، نه مقداری با روش x، مقداری با روش y ,... . این اصولی تر و حرفه ای تره.
موفق باشید.