#Tweet @OracleDB

#Tweet @OracleDB

#Tweet @OracleDB

#اوراکل #sql

آشنایی با SUBQUERY در SQL(نویسنده مطلب: مهندس میلاد خالقی)

usefzadeh.com/2020/04/25/روش-های-استفاده-از-subquery-در-sql/
.

#کتاب

Working with Oracle GoldenGate 12c

تعداد صفحات: 200
سال انتشار: 2019

@OracleDB

#اوراکل
پیدا کردن مقادیر متناظر bind variableها برای یک sql_id مشخص

usefzadeh.com/2020/04/25/پیدا-کردن-مقدار-bind-variable-برای-یک-sql_id-مشخص/

.

#کتاب_اوراکل

Oracle Database 12c R2 Administration Workshop
(D78846GC30)

@OracleDB

#Tweet @OracleDB

#Tweet @OracleDB

#Tweet @OracleDB

#اوراکل_مقدماتی #sql

عملگرهای SET در SQL (نویسنده مطلب: مهندس میلاد خالقی)

http://www.usefzadeh.com/2020/05/02/عملگرهای-set-در-sql/

.

#لینوکس

توضیحی در مورد خطای bash- Argument list too long

خطای Argument list too long یکی از خطاهای رایج در محیط لینوکس می باشد که معمولا در زمان کار با تعداد زیادی از فایل در یک دایرکتوری رخ می دهد:

[root@LinuxHost mydir]# rm –rf *.html

-bash: /bin/rm: Argument list too long

[root@LinuxHost mydir]# cp * /dir1

-bash: /usr/bin/cp: Argument list too long

[root@LinuxHost mydir]# ls -l *

-bash: /usr/bin/ls: Argument list too long

همانطور که از متن خطا مشخص است، تعداد آرگومانهای دستور(که به جای علامت ستاره قرار می گیرند)، از حد مشخصی بیشتر است.

ls -l file1 file2 file3 … fileN

توضیح آنکه، به صورت پیش فرض، حداکثر طول آرگومانهای یک دستور در محیط لینوکس، برابر با مقدار ARG_MAX می باشد:

[root@LinuxHost ~]# getconf ARG_MAX

2097152


رخ دادن خطای Argument list too long، به نشانه تجاوز تعداد آرگومانها از عدد تعیین شده برای ARG_MAX خواهد بود و برای جلوگیری از رخ دادن این خطا می توان ARG_MAX را به عدد بالاتری تنظیم کرد. البته امکان تنظیم مستقیم ARG_MAX وجود ندارد و با توجه به آنکه مقدار ARG_MAX به سایز stack بستگی دارد، برای افزایش مقدار آن باید اندازه stack را افزایش داد.

ادامه متن:

http://www.usefzadeh.com/2020/05/02/توضیحی-در-مورد-خطای-bash-argument-list-too-long/

#کتاب_لینوکس

Using And Administering Linux Volume 1 Zero To SysAdmin Getting Started by David Both
@OracleDB

تعداد صفحات: 645

سال انتشار: 2020

#Tweet @OracleDB

#Tweet @OracleDB

#Tweet @OracleDB

#Tweet @OracleDB

#اوراکل
بررسی پارامترهای رسمی و مخفی مربوط به PGA

همانطور که می دانید PGA متشکل از قسمتهای مختلفی می باشد که میزان استفاده هر پروسس از هر کدام از این قسمتها را می توان با کمک پارامترهای نظیر sort_area_size، hash_area_size، bitmap_merge_area_size و… کنترل کرد.

با این حال از اوراکل 9i، پارامتر دیگری به نام PGA_AGGREGATE_TARGET اضافه شد که با مقداردهی آن، اندازه هر یک از قسمتهای PGA توسط خود اوراکل مدیریت می شود.

اوراکل تلاش می کند مجموع فضای PGA تخصیص داده شده(pga1+pga2+pga3+…) به پروسسها را به مقدار در نظر گرفته شده برای پارامتر PGA_AGGREGATE_TARGET محدود کند اما در مواقعی، به خصوص در زمان بالا رفتن بارکاری سیستم و یا پایین بودن مقدار پارامتر PGA_AGGREGATE_TARGET، ممکن است مجموع فضای PGA تخصیص داده شده، از مقدار تنظیم شده برای این پارامتر بیشتر شود.

از این رو، مقدار تعیین شده برای پارامتر PGA_AGGREGATE_TARGET صرفا به عنوان یک soft limit در نظر گرفته خواهد شد و حتی در شرایطی ممکن است فضای PGA تخصیص داده شده به یک پروسس، از مقدار تنظیم شده برای این پارامتر تجاوز کند!(مطلب “نگاهی به استثنائاتی در مورد پارامترهای PGA” را مطالعه کنید)


زمانی که پارامتر PGA_AGGREGATE_TARGET در دیتابیسی تنظیم می شود، پارامتر مخفی PGA_MAX_SIZE_ حداکثر سایز PGA را برای هر پروسس به مقداری محدود خواهد کرد(البته موارد استثنا هم در این زمینه وجود دارد که در مطلب “نگاهی به استثنائاتی در مورد پارامترهای PGA” توضیح داده شده است) و پارامتر مخفی SMM_MAX_SIZE_، حداکثر سایز work area(SORT, HASH JOIN, GROUP BY, BITMAP MERGE) را برای هر پروسس مشخص می کند.

ادامه متن:

http://www.usefzadeh.com/2020/05/08/pga_aggregate_target-،-_pga_max_size-،-pga_aggregate_limit-و-_pga_limit_target_perc/

.

#اوراکل
نگاهی به استثنائاتی در مورد پارامترهای PGA

در مطلب “بررسی پارامترهای PGA” با پارامترهایی آشنا شدیم که قرار است محدودیتی را برای مصرف PGA در سطح پروسس و یا instance ایجاد کنند. در این مطلب خواهیم دید که در بعضی از شرایط مقدار در نظر گرفته شده برای پارامترهای pga_max_size، pga_aggrigate_target_ و حتی پارامتر PGA_AGGREGATE_LIMIT، نمی تواند PGA مصرف شده توسط پروسسها را محدود کند و پروسسها تا جایی که سرور و محدودیتهای سیستم عاملی اجازه می دهد، از RAM و SWAP استفاده می کنند.

به عنوان نمونه، مطابق با داکیومنتهای اوراکل، حداکثر PGA مورد استفاده یک پروسس توسط پارامتر مخفی pga_max_size_ کنترل می شود و علاوه بر این پارامتر، مقدار PGA استفاده شده برای یک پروسس به تنهایی نمی تواند بزرگتر از مقدار تنظیم شده برای پارامتر pga_aggrigate_target باشد.


اما این قوائد در شرایطی نقض خواهد شد مثلا زمانی که از pl/sql memory collectionها نظیر pl/sql table، pl/sql variable و pl/sql varrays استفاده می شود، هیچ کدام از دو پارامتر فوق نمی توانند فضای مورد نیاز پروسسها را محدود کنند و مانع از تخصیص فضا به پروسس شوند.

ادامه متن:
http://www.usefzadeh.com/2020/05/09/نگاهی-به-استثنائاتی-در-مورد-پارامترها/

.

استخدام نیروی متخصص اوراکل
- حداقل 3 سال تجربه کار با لینوکس و سرویس‎های مرتبط
- آشنایی و تجربه کار با زبان‎های اسکریپت نویسی
- حداقل 3 سال تجربه کار با پایگاه داده اوراکل و فن‌آوری‌های مرتبط
- تسلط بر مفاهیم Relational database
- تجربه کار با RMAN و پشتیبان‎گیری از دیتابیس
- آشنایی با Performance Tuning
- آشنایی با ابزارهای ETL/ELT
- آشنایی با Oracle Data Guard
- توانایی توسعه Stored Procedures ، Functions ، Packages
در صورت تمایل رزومه خود را به ایمیل job@fanavaidc.com ارسال نمائید.