دسته بندی | برنامه نویسی |
بازدید ها | 27 |
فرمت فایل | doc |
حجم فایل | 49 کیلو بایت |
تعداد صفحات فایل | 25 |
تحقیق در مورد ODBC
مقــدمه :
ODBC یک API ارتباطی مستقل از سیستم عامل و پایگاه داده ها می باشد که به یک برنامه سرویس گیرنده امکان می دهد تا از طریق فراخوانی توابع مبتنی بر استاندارد به پایگاه داده back – end و بدون تکیه بر پروتکل های ارتباطی اختصاصی مختص پایگاه داده ارتباط برقرار کند .
چرا این مهم است ؟ چرا نباید فقط با Oracle یا SQL Server یا Informix کار کرد و کار را با آنها به پایان برد ؟ چندین دلیل وجود دارد . مشخص نبودن سکو و پایگاه داده در یک برنامه ، قابلیت حمل و آزادی را فراهم می کند . اهمیت این آزادی وقتی به سرعت مشخص می شود که محدودیت های فقط یک پایگاه داده و سکو را در مورد مقیاس پذیری ، سرعت ، گواهی یا هر عامل متغیر دیگری بین سیستم های تولید مختلف در نظر بگیریم . ODBC همچنین امکان ایجاد برنامه ها بر روی محیط های ایجاد و توسعه desktop را با حداکثر استفاده روی سکو فراهم می کند .
همچنین هر پایگاه داده ای برای هر کاری خوب نیست . MySQL به شکل کنونی خود یک پایگاه داده فقط خواندنی است که برای سایت های وب ، محتویات را فراهم می کند ، ولی ممکن است ترجــیح دهید که برای یک warehouse داده ها یا Virtuoso ازOracle به عنوان پایگاه داده استفاده کنید .
تاریخچــه و اهداف ODBC :
حدود سال 1990 ، عرضه کنندگان پایگاه داده UNIX شامل Oracle ، Informix و IBM به عنوان بخشی از SQL Access Group ، یک CLI (Call – Level Interface) را ارائه کردند تا امکان استفاده از SQL را به روش قابل انتقال فراهم کند .
قبل از SAG CLI ، تنها راه استفاده از SQL به صورت Embedded SQL بود ، به این معنی که دستورات SQL در زبان برنامه نویسی شما می بایستی از یک پیش کامپایلر مختص زبان رد می شد که دستورات را به زبان API پایگاه داده مورد نظر می شکست . Embedded SQL ، دست و پا گیر بود و عرضه کنندگان پایگاه داده در SAG و گروه X/Open مربوطه جمع شدند تا یک واسط SQL قابل حمل را ایجاد کنند که بتواند بین پایگاه داده های مختلف و بدون پیش کامپایلر خاص زبان مورد استفاده قرار گیرد .
SAG CLI مبتنی بر یک زیر مجموعه از مشخصات SQL بنام Static SQL می باشد که ANSI SQL86 نیز نامیده می شود . این مشخصه طوری گسترش یافت که Dynamic SQL را نیز پوشش داد و عرضه کنندگان مختلفی مثل IBM و Informix به سرعت این CLI را به عنوان استاندارد بدون چون و چرا ، برای SQL در پایگاه داده های خود اتخاذ کردند .
در سال 1992 ، مایکروسافت ، SQL CLI را در یک مجموعه از واسط ها به نام ODBC پیاده سازی کرد و SAG CLI را طوری گسترش داد که شامل توابعی برای پرس و جو و کنترل درایورها و دستیابی به کاتالوگ پایگاه داده شود . مایکروسافت با درک این مطلب که یک مجموعه از ابزارهای گرافیکی و SDK ها اتخاذ را ممکن می کنند ، قابلیت استفاده از SAG CLI را بهبود بخشید و شروع به حمایت شدید از ODBC در برابر شرکاء و مشتریان خود کرد .
بعد از چند سال ، مایکروسافت OLE – DB را به عنوان جایگزین ODBC پیاده سازی کرد . OLE – DB در ابتدا می تواند به صورت یک لایه آبجکتی تلقی شود که به ODBC اضافه شده است ، ولی مایکروسافت خیلی زود درایورهای OLE – DB را پیاده سازی کرد که نیاز به پشتیبانی از ODBC نداشتند . این می تواند به عنوان یک حرکت تجاری استراتژیک برای کنترل دستیابی به داده ها توسط مایکروسافت تلقی شود ، زیرا OLE – DB فقط به سکوی ویندوز محدود است ، ولی این ناموفق بود . ODBC استاندارد بدون چون و چرا برای دستیابی به موتورهای مبتنی برSQL شده بود و برای رابطه های بین سکویی به کار می رفت .
معمــاری ODBC :
معماری ODBCاز چند بخش تشکیل شده است . بیایید با شروع از سرویس گیرنده در یک اتصال ساده حرکت کنیم . برای این بحث ، سرویس گیرنده را به وسیله محل برنامه ( مثلا PHP ) شناسایی می کنیم .
برنامه PHP مثل یک سرویس گیرنده برای سرور پایگاه داده عمل می کند . با حرکت از PHP در طول این اتصال معمولا به یک Data Source Name ( DSN ) ، درایور ODBC ، مدیر درایور ( DM ) ODBC ، یک لایه ارتباطی و خود سرور پایگاه داده ، برخورد می کنیم :
فهرست مطالب
مقدمــه 1
تاریخچه و اهداف ODBC 1
معماری ODBC 3
استانداردهای SQL 5
نصب PHP و ODBC بر روی ویندوز 6
API برای ODBC در PHP 7
اتصال به پایگاه داده 7
کار با فرا داده ( Meta Data ) 9
کار با تراکنش ها ( Mainpulating Transaction ) 10
بازیابی داده ها و Cursor ها 11
مشکلات معمول 13
پیش نیازهای اتصالات ODBC 13
استفاده از Ms SQL Server 14
استفاده از Ms Access 15
انتراع پایگاه داده 15
آشنایی با مفاهیم ADO و ODBC 17
تعریف کردن نام منابع داده های ODBC 20
باز کردن مدیر منابع داده های ODBC 20
نکات دیگری درباره ODBC 21
منابع مورد استفاده 25
دسته بندی | پلیمر |
بازدید ها | 22 |
فرمت فایل | doc |
حجم فایل | 802 کیلو بایت |
تعداد صفحات فایل | 35 |
کاربرد پلیمرها در صنعت راهسازی
1- مقدمه
امروزه صنعت راهسازی یکی از مهمترین شاخه های مهندسی میباشد که به سرعت در حال رشد است. گسترش سریع شبکه راهها، افزایش ترافیک و بار محوری ناشی از آن، همچنین افزایش تقاضا برای بهبود کیفیت خدمات، سبب تلاش بیشتر مهندسان به منظور بالا بردن کیفیت راهها و نگهداری آنها گشته است.
تا اوایل قرن بیستم جاده ها عمدتا خاکی بودند و راههای داخل شهری سنگفرش میشدند، امروزه، با پیشرفت تکنولوژی به روسازی راه بسیار اهمیت داده میشود.
در این میان مناسبترین ماده ای که برای روسازی راه به کار میرود، آسفالت است. زیرا از مواد دیگری ارزانتر است، در برابر تغییرات شرایط جوی پایدار میباشد، خاصیت ارتجاعی دارد، به فراوانی و در همه جا در دسترس است و میتوان آن را (با اصلاحات لازم) در هر آب و هوایی به کار برد.
تا چندین دهه قبل آسفالت به صورت معمول خود (مخلوطی از قیر و سنگدانه) به کار میرفت. ولی امروزه مهندسان بنا به دلایل زیر سعی در بهبود خواص آسفالت دارند:
آسفالت با مشکلاتی نظیر ترک خوردن، شیار شیار شدند (Rutting) فرسوده شده بر اثر نمکها، جمع شدن بر اثر گرما یا شکننده شدن بر اثر سرما و … روبروست.
توجه به ایمنی و راحتی جاده ها از مهمترین اصول راهسازی مدرن است. مثلا سطح جاده باید طوری باشد که اصطکاک لازم را ایجاد کرده از لیز خوردن اتومیبلها جلوگیری نماید. همچنین صدای ناهنجار ایجاد ننماید. یعنی دارای سطحی هموار باشد نیز از جمع شدن آب روی جاده جلوگیری شود.
طراحان و مهندسان در پی یافتن روشها و مواد مناسبی برای اصلاح آسفالت هستند. از جمله مهمترین موادی که تا کنون برای این منظور به کار رفته اند و نتایج بسیار رضایت بخشی به همراه داشته اند. پلیمرها میباشند.
در این مقاله سعی شده است به دو کاربرد عمده پلیمر در بهبود خواص آسفالت اشاره شود:
1- استفاده از پلیمر برای اصلح خواص قیر.
2- استفاده از شبکه های (Mesh) پلیمری برای تسلیح آسفالت.
3- استفاده از پلیمر برای اصلاح قیر PMB2
قیر به عنوان چسبنده ای ایده آل برای ساخت آسفالت به کار میرود. این ماده در دمای بالا مایع شده میتواند با سنگدانه ها مخلوط شود آنها را به هم بچسباند و تشکیل آسفالت دهد. در دمای معمول، قیر به صورت یک ماده ویسکو الاستیک عمل میکند به علاوه چسبندگی خوبی داشته، در برابر نفوذ آب مقاوم میباشد. با این همه، برخی از مشکلات راهها نظیر خرد شدن آسفالت بر اثر خستگی، ایجاد شیار بر روی آسفالت بر اثر افزایش بار محوری، روان شدن آسفالت در اثر گرما، کنده شدن و خرد شدن سنگدانه ها و … مربوط به قیر مصرفی میباشند. بنابراین شیمیدانها سعی زیادی در بهبود خواص قیر دارند.
یکی از راههای اصلاح یک ماده اضافه کردن مواد دیگر به آن میباشد مثل ساخت آلیاژهای گوناگون.
پلیمرها از اولین مواد اصلاح کننده ای بودند که برای افزودن به قیر پیشنهاد شدند زیرا:
منشا پلیمرها وقیر هر دو ماده خام واحدی میباشد (نفت). بنابراین ساختار اصلی آنها قابل مقایسه است.
با استفاده از فرآیندهای شیمیایی میتوان پلیمرهای جدید با خواص مطلوب تهیه کرد (تنوع).
پلیمرها موادی پایدار و قابل بازیافت هستند (توجیه اقتصادی).
اواسط دهه 70 میلادی یک شرکت نفتی توانسته با اضافه کردن EVA3 ، به قیری با انعطاف پذیری بهتر دست یابد کمیبعد با کشف 4SBS ها شیمیدانها توانستند خواص قیر را باز هم بهبود بخشند.
EVA ها پلاستیک5 و SBS ها الاستومر6 هستند، امروزه، برای اصلاح قیر از هر دو گروه EVA و SBS ها بهره گرفته میشود.
اولین آزمایش موفقیت آمیز PMB ها در اواخر دهه 70 میلادی در جاده های انگلستان انجام شد.
فهرست مطالب
1- مقدمه 1
2-1 بهبود خواص قیر با اضافه کردن پلیمر 3
2-2 مواردی از کاربرد آسفالت پلیمری 5
2-3 مشکلات استفاده از قیر پلیمری 7
3 - استفاده از پلیمرها در تسلیح آسفالت 8
3-1 چگونه مشهای انعطاف پذیر از ترک خوردن آسفالت جلوگیری میکنند؟ 9
3-2 مشخصات فیزیکی مشهای تسیلح 10
3-3- موارد استفاده 11
3-4 نحوه استفاده از مشهای تسلیح 12
4- نتیجه گیری 12مراجع 13
ژوتکستایل 14
1- مقدمه 14
2- کاربرد ژئوتکستایلها در جداسازی لایه های خاک (separation) 17
3- کاربرد ژئوتکستایلها در تسلیح خاک 18
3-1 تسلیح دیوارهای حائل به وسیله ژئوتکستایل 19
3-2 پایداری شیروانیهای خاکی توسط ژئوتکستایل 22
3-3- تسیلح جاده ها به وسیله ژئوتکستایل 24
3-4 افزایش شیب مجاز شیروانیها 25
3-5 پایداری شیروانیهای خاکی بوسیله ژئوتکستایل 26
4- کاربرد ژئوتکستایلها به عنوان فیلتر 27
5- کاربرد به عنوان قالب انعطاف پذیر 28
6- کاربرد ژئوتکستایلها به عنوان زهکشی 31
دسته بندی | برق |
بازدید ها | 22 |
فرمت فایل | doc |
حجم فایل | 23 کیلو بایت |
تعداد صفحات فایل | 27 |
آشنایی با زبان s7
آشنایی با زبان S7
مدلهای مختلف PCL های سری S7 دارای شباهتها و تفاوتهائی هستند، مثلا تعداد یکتائی های BIT ورودی یا خروجی، تعداد یکتائی های مخصوص حافظه (special memory bits) یعنی همان یکتایی های پرچم، شماره و نوع وقایع قطع (interrupt events) و ... از یک مدل به مدل دیگر تفاوت هائی دارد. همچنین بعضی دستورها ممکناست برای مدلی معتبر و برای مدلی دیگر نامعتبر باشد. با این وجود کار کردن با یک مدل خاص توانائی های لازم برای کار کردن با مدل های دیگر را فراهم میآورد. در اینجا PLC های مدل S702xx ساخت زیمنس بعنوان نمونه مورد بررسی قرار میگیرد. این PLC ساده ترین مدل از این سری میباشد و آشنائی با آن زمینه خوبی را برای کار کردن با انواع پیشرفته تر ایجاد میکند.
اجزاء یک دستور
برنامه نویسی به زبان S7 بسیار شبیه به برنامه نویسی برای هر سیستم ریزپردازنده دیگری است .
در این شکل دستور A11.3 شامل عمل (operation) و منطقی (AND) است که با حورف A نشان داده میشود. این عمل بر روی عملوند (Operand) یعنی 11.3 انجام میگردد. جنس عملوند ورودی (input) است که با حرف I نشان داده میشود. نشانی این ورودی 1.3 میباشد.
منظور از نشانی 1.3 بیت 3( یکتایی 3) از بایت 1(هشتائی 1) از مجموعه ورودی ها به PLC میباشد. پاره ای از حروف اختصاری برای نشان دادن عملوند ها در زبان S7 در جدول آمده است.
با اضافه نمدن حروف B,W یا D به سمت راست هر یک از علامات اختصاری در جدول میتوان اندازه آنها را به هشتائی ، دو هشتایی word یا چهار هشتائی (double word) افزایش داد. مثلا IB یعنی هشتایی ورودی و IB0 یعنی هشتایی ورودی 0. به همین ترتیب AIW یعنی دو هشتایی آنالوگ ورودی و VD یعنی چهار هشایی حافظه متغیر.
فهرست مطالب
آشنایی با زبان S7 1
اجزاء یک دستور 1
نشانه گذاری (آدرس گذاری) عملوندها: 3
روشهای نشانی دهی (آدرسدهی): 4
مکان حافظه مخصوص (Special memory areas): 5
بیان اتصال (contacts) در S7: 6
دستورهای منطقی پشتهای: 7
اتصال لحظهای (Immediate Contacts): 8
دستور منفی (NOT): 9
دستور تغییر مثبت، منفی (Transition-negative-Transition) 9
دستور تنظیم و خواندن وقت حقیقی (read, set real-time clock) 10
دستورهای خواندن و نوشتن در شبکه (Network reed, Write) 10
گرد کردن Truncate 11
دستور دکود decode 11
دستورانکود ENCODE 12
دستور های شمارش 12
شمارش به بالا (UP counter) 13
شمارش به پائین (DOWN-COUTER) 14