سطح بالایی از والدین nomenclature 1C را تعیین کنید. نمونه هایی از درخواست ها برای کار با دایرکتوری های سلسله مراتبی. سلسله مراتب گروه ها و عناصر

ildarovich 6489 16.11.12 18:24 در حال حاضر در موضوع

() ولادیمیر! من خوشحالم که شما به مقاله توجه کردید، به خصوص از آنجایی که یکی از اولین کسانی بودید که این تکنیک را در بحث در مورد محدودیت دو ساله ای دیدم "واقعا یک درخواست حیله گر را بنویسید". یک سوال جالب من خودم را ندیده بودم، اما او را در انجمن دیدم. نویسنده سوال - شپتالوف استانیسلاو. علاوه بر این - 24.10.12 همان (فقط به آن توجه کرد، به عنوان نینیم متفاوت است) شرکت کننده از این انجمن از یک سوال مشابه، اما در حال حاضر در برنامه به سلسله مراتب پرسید. به نظر می رسد که حل شده است سوال عملی. علاوه بر این، مطابق با رویکرد علمی، من از طریق وظایف عملی که در آن این تکنیک می تواند اعمال شود، نگاه کردم. من 7 کار دیگر را پیدا کردم. 5 - در این مقاله. در میان آنها، وظیفه در مورد چرخه در مشخصات، که من قبلا وعده داده شده برای حل ISH_2 با یک درخواست. من فکر می کنم ISH_2 قادر خواهد بود شما را از ارتباط این کار متقاعد کند - او زمان زیادی را صرف کرده است. راه حل کوتاه است - از چند خط، به طوری که بسیار روشن، فرموله شده در سبک نکروتیک، از طریق نیاز به نتیجه. خوب، وظایف دیگر در مقالات و در انجمن ملاقات کرد، آنها راه حل های دست و پا گیر تر را ارائه دادند. بنابراین بیایید منتظر بمانیم تا بتوانیم بدانیم که چگونه اغلب اعمال می شود. دقیقا مثل این بازخورد من منتظر هستم - از کسانی که سعی خواهند کرد.
به هر حال، این شاخه ریاضیات دور از عمل نیست و نیاز به حسابداران توسط "اصلاح" ماژول عمومی در BP2 نشان داده شده است، که ما فقط در حال حاضر ( کار ناپایدار درخواست کارکنان) آنجا این سخنرانی است در شکستن چرخه گراف حرکات nomenclature و ساخت درخت اصلی.
در حال حاضر در مورد ساختار پایگاه داده "تحت وظیفه خاص" این سوال در مورد اجرای وظیفه 1C خواسته شد و بنابراین این کار برای 1C حل شد. اگر از شما خواسته شد "که در آن اتوبوس شما می توانید به کتابخانه برسید،" و شما پاسخ خواهید داد که بهتر است در هواپیما پرواز کنید، پس شما به سادگی نمی فهمید (شاید، به جز کسانی که در ترافیک مسکو هستند) . در ابتدا این روش در یک زبان کاملا متفاوت کار کرد.
به طور کلی، من نمی توانم شما را متقاعد کنم زمانی که شما فکر می کنید معماری پلت فرم 1C در هر نقطه خوب نیست. من فقط می توانم نظر من را بیان کنم یک طرح پایگاه داده را از ابتدا برای یک کار خاص توسعه دهید. اگر شما با ساخت و ساز مقایسه کنید: 1C پانل ساختمان های بلند بالا - مسکن ارزان - ابزار اتوماسیون جرم - در طعم، و نه در ضرر. سازمان های تک می توانند یک فوستر معمولی را استخدام کنند تا شرایط خود را دقیقا اجرا کنند. بقیه باید از پروژه های جرم ارزان قیمت - DBM های ارتباطی با یک مدل شیء سفت و سخت استفاده کنند. علاوه بر این، آشنا با تجربه غم انگیز استفاده از پول در چندین پروژه. چشم های توسعه دهنده همه چیز به نظر می رسد به نظر نمی رسد مانند تئوری. مدل شیء 1C مقاومت در برابر زمان بررسی - "سرزمین های بزرگ ساخته شده و جمعیت." علاوه بر این، توسعه می یابد. به تازگی تکنولوژی منابع داده های خارجی وجود دارد. و اگر یک واکنش بالاتر در نوعی از کار مورد نیاز باشد (به عنوان مثال، سیستم های صورتحساب)، شما هم اکنون می توانید 1C را به صورت یکپارچه در DBMS دیگر بکشید. برای مثال، ما با ERP وارداتی ساخته شده ایم.
اما هنوز هم، من دوست ندارم گفتگو را از موضوع اصلی - آثار تکنیک های پیشنهادی در جزئیات وظایف عملی توصیف شده.

راهنمای 1C چیست و چرا لازم است؟ کتابچه راهنمای اطلاعات دائمی مشروط، I.E. اطلاعاتی که تقریبا هرگز در مدت زمان طولانی تغییر نکرده است. به عنوان مثال، کتاب مرجع "nomenclature" حاوی لیستی از کالاهای فروخته شده یا تولید شده است. این دایرکتوری ممکن است دارای خواص بسیاری باشد که عنصر دایرکتوری را توصیف می کند.

اگر شما نیمی از فرد را برای مقایسه مقایسه کنید، لیست محدود است و در اینجا تغییر نکرده است، بنابراین لیست بهتر است برای آن مناسب است.

پس از ایجاد یک دایرکتوری جدید، تصویر زیر را مشاهده خواهیم کرد.

تمام نشانکهای آن را در نظر بگیرید.

نگهداری

در اینجا نام (شناسه در پایگاه داده) و مترادف (نام کاربری کتاب مرجع) است. اختیاری است نظر است که ممکن است هدف کتاب مرجع را توضیح دهد یا ویژگی های آن را توضیح دهد.

سلسله مراتب

در این نشانه شما می توانید عمق عناصر لانه سازی کتاب مرجع را پیکربندی کنید. با این تنظیم، مناسب است که عناصر برخی از معیارها را تشخیص دهیم و جزئیات را مشخص کنیم. به عنوان مثال، کالاهای "کابینت" در یک گروه، و کالا "جداول" در دیگری. به طور پیش فرض، هنگام ایجاد یک دایرکتوری نشان دهنده است فهرست عناصر. اگر کادر کادر دایرکتوری سلسله مراتبی را بررسی کنید، هر عنصر ممکن است به عنصر دیگری (گروه) وابسته باشد. زیر گزینه های پیکربندی این نشانه را تغییر می دهد و صفحه نمایش را در حالت کاربر تغییر می دهد.

نوع سلسله مراتب:

سلسله مراتب گروه ها و عناصر

با استفاده از این تنظیم، عناصر لانه سازی تنها می توانند در گروه ها باشند (پوشه ها).

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

گروه های مختلف را از بالا قرار دهید

هنگام نصب این گروه، گروه همیشه بالا خواهد بود، در غیر این صورت آنها در سفارش مرتب سازی مرتب می شوند، به عنوان مثال، به شرح زیر است:

محدود کردن تعداد سطوح سلسله مراتبی

اگر کادر جعبه در اینجا نصب نشده باشد، لانه سازی نامحدود است.

اگر جعبه جعبه تنظیم شده باشد، می توانید تعداد سطوح را مشخص کنید.

صاحبان

در برگه صاحبان دایرکتوری های دیگر ممکن است در رابطه با این که این زیردستان است، نشان داده شود. طرح روابط کتاب های مرجع زیرمجموعه شبیه به طرح رابطه کتاب مرجع سلسله مراتبی است، فقط در اینجا به عنوان یک پدر و مادر یک کتاب مرجع دیگر است و مالک نامیده می شود. که در پیکربندی های معمولی مثال خوب وابستگی کتاب مرجع "قرارداد" کتاب مرجع "Counterparties"، زیرا هیچ قراردادی وجود ندارد که متعلق به هیچ متفاوتی باشد.

در قسمت «فهرست صاحبان کتابچه»، فهرستی از دایرکتوری ها متعلق به اقلام این کتاب مرجع نشان داده شده است.

در زیر در زمینه "استفاده از زیرمجموعه"، نشان داده شده است که آن را به اقلام این کتاب مرجع مورد توجه قرار می گیرد.

چگونه برای پیدا کردن یک دایرکتوری نرم افزار سلسله مراتبی یا نه

برای انجام این کار، شما باید به متادیتا مراجعه کنید

این تجهیزات هیدراکال \u003d متادیتا اجرا می شود intrargents IEERCHICAL؛

ادامه ادامه ...

طراحی "در سلسله مراتب" درخواستها 1C: شرکت ها 8.x به شما امکان می دهد عناصر زیرمجموعه ای از شیء پیکربندی سلسله مراتبی را بر روی یک انتخاب داده شده بدست آورید. امروزه در مقاله نمونه ای از استفاده از آن، و همچنین عمل پلت فرم در کنار DBMS و تاثیر آن بر بهره وری است.

استفاده كردن

یک مثال ساده از استفاده از طراحی "در سلسله مراتب" را در نظر بگیرید. هنگام اجرای پرس و جو بعدی، عناصر زیرمجموعه کتاب مرجع سلسله مراتبی "کالا" برای ارزش انتقال متغیر "مرجع".

درخواست متن \u003d "انتخاب | محصولات . ارتباط دادن، | محصولات . کد فروشنده |از | فهرست راهنما . محصولات مانند کالاها | کجا | محصولات . پیوند به سلسله مراتب (و لینک)"

در پایه تست، کتاب مرجع "محصولات" داده های آزمون زیر را دارد:

البته، تصویر همه سوابق کتاب مرجع را نشان نمی دهد. Screenshot فقط ساختار ذخیره سازی را در دایرکتوری سلسله مراتبی نشان می دهد. جدول کتاب مرجع کتاب 10 گروه سطح بالا، هر کدام شامل 5 گروه تعبیه شده با 200 عنصر در هر کدام است.

بیایید به پرس و جو تست بازگردیم اجازه دهید ما را به پارامتر "& Link" به گروه "Group - 1" ارسال کنیم (تصویر بالا را ببینید). سپس نتیجه پرس و جو به نظر می رسد:

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

نحو زبان پرس و جو 1C: شرکت ها و کلاسیک SQL بسیار مشابه در برخی لحظات. اما برای بیان "در سلسله مراتب" هیچ آنالوگ در زبان وجود ندارد sQL Queries به عنوان مثال، برای بیان زبان پرس و جو پلت فرم "در" بیان SQL مشابه "در" وجود دارد. بنابراین، کار پلت فرم از DBMS در هنگام استفاده از این اپراتور جالب است.

پشت صحنه

بنابراین، ادامه دهید. به عنوان مثال، ما از درخواست قبلا نوشته شده به کتاب مرجع "کالا" استفاده خواهیم کرد. تجزیه و تحلیل اقدامات پلت فرم برای دو موقعیت خواهد بود:

1. به عنوان پارامتر "& link"، اجازه دهید یک گروه از گروه سطح بالا "گروه 1" (همانطور که قبلا انجام دادیم) ارائه دهیم.
2. در پارامتر، اجازه دهید یک پیوند به گروه 1 - 1 را در گروه گروه 1 گروه سرمایه گذاری کنیم.

در حال حاضر به ترتیب. در اولین مورد، پلت فرم مراحل زیر را در SQL Server انجام می دهد:

1. اول، درخواست SQL در دریافت مرجع به گروه دایرکتوری منتقل شده به عنوان یک پارامتر و تمام گروه های وابسته به اعدام می شود. نتیجه در جدول موقت "# TT1" قرار می گیرد.

2. در مرحله دوم، همان پرس و جو دو بار انجام می شود:

تصویری از متن پرس و جو SQL به طور دقیق نظر داده شده است. اگر به طور خلاصه، پرس و جو به شما اجازه می دهد عناصر وابسته را برای گروه ها انتخاب کنید، پیوندهایی که در یک جدول موقت قرار دارند. سوال باقی می ماند: "چرا درخواست دو بار انجام می شود؟" در اینجا پاسخ ساده است: اول، درخواست دریافت عناصر زیرمجموعه برای گروه های سطح اول، که در حال حاضر در جدول موقت موجود است (بند 1 را ببینید). سپس درخواست دوم عناصر زیرمجموعه را برای گروه های پایین تر سطح دوم دریافت می کند. از آنجا که در سطح سوم سلسله مراتب، هیچ گروه دایرکتوری وجود ندارد، پس این درخواست دیگر اعدام نمی شود.

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

3. برای به دست آوردن نتیجه نهایی پرس و جو، پلت فرم تولید پرس و جو SQL زیر را تولید می کند:

نتیجه این درخواست در آینده می تواند توسط الگوریتم ها در زبان پلتفرم ساخته شده پردازش شود. بنابراین، ضبط در جدول موقت "# TT1" برای تنظیم وضعیت نمونه از جدول دایرکتوری "_reference41" استفاده می شود.

4. در آخرین مرحله، پلت فرم 1C: یک شرکت 8.x یک جدول موقت "# TT1" را حذف می کند، زیرا در آینده مورد استفاده قرار نخواهد گرفت.

در این فرآیند اجرای اپراتور "در سلسله مراتب" تکمیل شده است. اجازه دهید به شما یادآوری کنم که دنباله ای از اقدامات در نظر گرفته شده در سرور SQL زمانی اجرا شد که ما در درخواست در کنار پلت فرم یک پیوند به گروه گروه سطح 1 "گروه 1" را منتقل کردیم. اما چگونه پلت فرم رفتار می کند اگر ما یک لینک به گروه دوم سطح "Group - 1 - 1" به عنوان پارامتر "& Link" به عنوان "Parameter" & Link "ارائه می دهیم؟ همه چیز به همان شیوه ای مشابه به جز لحظه بعدی رخ می دهد: در بالا، در مرحله دوم اجرای پرس و جو SQL توسط پلت فرم، نوشته شده است که درخواست عناصر وابسته به دو بار انجام شد - در صورت دریافت عناصر زیرمجموعه برای گروه - گروه 1 - 1، این نیست. درخواست تنها یک بار اجرا خواهد شد.

واقعیت این است که تعداد درخواست های عناصر وابسته به تعداد گروه ها در سلسله مراتب بستگی دارد. به عبارت دیگر، اگر در سطح سلسله مراتب عنصر، حداقل یک گروه وجود داشته باشد، انجام خواهد شد درخواست پاراگراف 2.

تأثیر بر بهره وری

استفاده نادرست از هر اپراتور در پرس و جو می تواند منجر به عملیات غیر بهینه سیستم شود. اپراتور مورد توجه "در سلسله مراتب" استثنا نیست. این باید با احتیاط مورد استفاده قرار گیرد، زیرا الگوریتم را برای انجام پرس و جو SQL به پایگاه داده بسیار پیچیده می کند و به این ترتیب بار را در سرور DBMS افزایش می دهد.

من نمونه ای از یک درخواست غیر بهینه را ذکر خواهم کرد، که می تواند منجر به عواقب غم انگیز به نام بالا شود:

کالا را انتخاب کنید پیوند از دایرکتوری محصولات مانند کالاهای (کالاها. لینک در سلسله مراتب (و لینک) یا کالاها. پیوند به سلسله مراتب (& refink1) یا کالاها. پیوند به سلسله مراتب (& refink2))

همانطور که می توانید حدس بزنید، درخواست منجر به تشکیل یک مجموعه از پرس و جو SQL خواهد شد، که منجر به کاهش عملکرد سیستم اطلاعاتی خواهد شد.

نتیجه گیری کنید!

نتیجه گیری برای شما. من فقط می گویم که اپراتور "در سلسله مراتب" توسط سیستم طرح بندی داده توسط پلت فرم زمانی که "در گروه"، "در گروه از لیست" و دیگران استفاده می شود استفاده می شود. من فکر می کنم شما نباید توضیح دهید که با دستکاری های اشتباه، کاربران می توانند انتخاب بسیار دشوار را انتخاب کنند و بار خود را بر روی سرور 1C و DBM ها افزایش دهند. بیایید تنظیمات را فقط به کاربران با تجربه تغییر دهیم.

خوب، البته، هنگام نوشتن مکانیزم های خود، توجه به اپراتور "در سلسله مراتب". بسیار راحت از یک طرف، و خطرناک از سوی دیگر.

که در این بخش نمونه هایی از راه حل های وظایف معمول در هنگام کار با دایرکتوری های سلسله مراتبی نشان داده شده است.

به دست آوردن عناصر کتاب مرجع سلسله مراتبی که به گروه مشخص شده وابسته هستند

برای به دست آوردن عناصر زیردستان کتاب مرجع سلسله مراتبی در زبان پرس و جو، طراحی در سلسله مراتب ارائه شده است. یک نمونه از استفاده در سلسله مراتب:

انتخاب کنید
nomenclature کد،
nomenclature. تامین کننده
از

در این مثال، تمام سوابق Nomenclature دایرکتوری در گروه و گروه، از جمله خود، گروه های وابسته و عناصر متعلق به گروه های وابسته، دریافت خواهد شد.

اگر ما تنها در عناصر و گروه هایی که به طور مستقیم در یک گروه خاص هستند علاقه مند هستیم، ما می توانیم این عناصر را با تنظیم وضعیت در زمینه والدین دریافت کنیم. مثال:

انتخاب کنید
nomenclature کد،
nomenclature نام به عنوان نام،
nomenclature. تامین کننده
از
دایرکتوری namerenclature به عنوان nomenclature

جایی که
nomenclature.rodel \u003d & group

چنین درخواستی گروه ها و عناصری را انتخاب می کند که به گروه با مرجع و گروه وابسته هستند.

بررسی حضور عناصر وابسته در عنصر دایرکتوری

برای بررسی حضور ورودی های زیرمجموعه آیتم مرجع، می توانید از یک درخواست مشابه آن استفاده کنید:

در این مثال، پیوند عنصر که لازم است برای بررسی حضور عناصر کودک به پارامتر درخواست "والدین" نوشته شود. پس از اجرای چنین درخواست، باید نتیجه را بر روی خالی بررسی کنید. اگر نتیجه خالی نیست، ضبط های زیردستان وجود دارد. در غیر این صورت - نه مثال:

اگر پرس و جو پر شود (). خالی () سپس
اطلاع ("ZIPSA" وجود ندارد)؛
در غیر این صورت
گزارش ("سوابق")؛
به پایان رسید؛

گرفتن تمام عنصر والدین

در زبان پرس و جو، ابزار خاص برای همه والدین عنصر ارائه نمی شود. برای انجام این کار، می توانید از نتایج سلسله مراتبی استفاده کنید، با این حال، تولید نتایج سلسله مراتبی برای ایجاد نتایج تعداد زیادی از سوابق بهینه سازی شده است و به طور کامل برای به دست آوردن والدین یک عنصر به طور کامل موثر نیست. برای به دست آوردن بیشتر به دست آوردن تمام سوابق عناصر والدین، توصیه می شود در چرخه والدین خود را در بخش های کوچک مرتب کنید. مثال:

leshelementometometklatura \u003d elementometrta

درخواست \u003d پرس و جو جدید ("انتخاب کنید
| nomenclature.Rodel،
| nomenclature.rodel محصول،
| nomenclature محصول.
| nomenclature.rodel محصول.
| nomenclature.rodel .rodel. محصول
| است
| دایرکتوری namerenclature به عنوان nomenclature
| کجا
| nomenclature link \u003d & leshelementometnetty "؛

در حالی که حقیقت چرخه است
درخواست. پارامتر نصب ("Borgelement and Memble"، Leign-moleclature)؛
نتیجه \u003d پرس و جو پر کردن ()؛
اگر نتیجه. لپ تاپ () سپس
وقفه؛
به پایان رسید؛
نمونه برداری \u003d نتیجه. پاک کردن ()؛
نمونه بعدی ()؛
برای پین نورد \u003d 0 به نتیجه. Solonki ملیت () - 1 چرخه
leshelementometometklatura \u003d نمونه [رول]؛
وقفه؛
در غیر این صورت
گزارش (عناصر دزدی)؛
به پایان رسید؛
Endcycle؛

اگر leshelenenetoreclature \u003d کتاب های مرجع. جایگزینی. Badding () سپس
وقفه؛
به پایان رسید؛
Endcycle؛

در این مثال، تمام والدین در پنجره پیام سرویس برای مرجع ثبت شده در متغیر جزء عنصری نمایش داده می شوند. چرخه توسط 5 لینک والدین انتخاب شده است.

اگر تعداد سطوح در دایرکتوری محدود و کوچک باشد، ممکن است همه والدین را بدون یک چرخه به دست آورید.

خروج کتاب مرجع سلسله مراتبی در گزارش

برای به دست آوردن دایرکتوری های سلسله مراتبی به گزارش با حفظ سلسله مراتب، شما باید از درخواست مشابه موارد زیر استفاده کنید:

انتخاب کنید
nomenclature کد،
nomenclature نام به عنوان نام،
nomenclature. تامین کننده
از
دایرکتوری namerenclature به عنوان nomenclature
مرتب سازی بر اساس
نام سلسله مراتب

این پرس و جو تمام سوابق را از دایرکتوری انتخاب می کند و دستور العمل سلسله مراتب را تولید می کند. نتیجه توسط نام، با توجه به سلسله مراتب سفارش داده خواهد شد.

به منظور گروه های کمک کننده در بالای عناصر قرار می گیرند، لازم است جایگزین پیشنهاد در این پرس و جو برای جایگزینی موارد زیر باشد:

مرتب سازی بر اساس
nomenclature سلسله مراتب
نام

نتیجه هنوز بر روی سلسله مراتب سفارش داده می شود، اما گروه ها در بالای عناصر قرار می گیرند.

همچنین امکان جایگزینی پیشنهاد را برای ساده سازی سفارش خودکار ارائه می دهد. در این مورد، نتیجه مطابق با تنظیمات کتاب مرجع، I.E. اگر دایرکتوری بیان کند که گروه ها باید بالاتر از عناصر قرار گیرند، سپس آنها در بالا قرار خواهند گرفت.

با توجه به نتایج، ساختار سلسله مراتبی کتاب مرجع نیز امکان پذیر است.

انتخاب کنید
nomenclature کد،
nomenclature نام به عنوان نام،
nomenclature. تامین کننده

از کتاب مرجع Nameclatura به عنوان یک نامزد

جایی که
(nomenclature.TeGroup \u003d دروغ)

به ترتیب نام

نتیجه دریافت نتیجه توسط سلسله مراتب

برای نتایج سلسله مراتب در پرس و جو، لازم است که نتایج را نشان دهیم کلمه کلیدی سلسله مراتب پس از مشخص کردن زمینه که نتایج آن محاسبه می شود. یک مثال از یک گزارش "سریع nomenclature" با به دست آوردن نتایج توسط سلسله مراتب:

انتخاب کنید

از

سلسله مراتب nomenclature

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

در مورد زمانی که آن را به نتایج عناصر نیاز ندارد، و ما نیاز به نتایج فقط توسط گروه ها، ما باید از طراحی تنها سلسله مراتب در نتایج استفاده کنیم. مثال:

انتخاب کنید
DiscountclocuLoCulatures. حساب ملی به عنوان یک نامزد،
حسابداری
DiscountClosterclotypes. انجمن کار به عنوان یک نسبت
از
Regisrting ScientorEclaims مختصات به حساب حسابداری حسابداری
نتایج مجموع (رحم)
nomenclature تنها سلسله مراتب

به عنوان یک نتیجه از این درخواست، سوابق نهایی فقط برای گروه های nomenclature خواهد بود.

برای کتاب های مرجع 1C - یک شیء تخصصی از درخت متادیتا، که در خدمت اطلاعات مرجع استاتیک است. به عنوان مثال، در پیکربندی های معمول شما می توانید انواع زیر را ببینید:، nomenclature، کارمندان، دارایی های ثابت، و غیره اطلاعات در کتاب های مرجع، به عنوان یک قاعده، اغلب تغییر نمی کند. دایرکتوری ها در تقریبا تمام اشیاء حسابداری به عنوان برش برش استفاده می شود اطلاعات مرجع.

در زیر ما به تنظیمات و طراحی دایرکتوری از پیکربندی در مثال دایرکتوری "nomenclature" نگاه خواهیم کرد.

برگه "اصلی"

برگه اصلی "اصلی" نام، مترادف، ارائه شی، شرح مقصد را نشان می دهد.

تب "سلسله مراتب مدیر"

در اینجا سلسله مراتب کتاب مرجع است.

سلسله مراتب در 1C 8.3 دو نوع است - " گروه ها و عناصر"و" عناصر". این واقعیت است که در اولین مورد، پدر و مادر (پوشه) تنها می تواند یک پوشه (گروه) باشد، و در مورد دوم، عنصر ممکن است یک پدر و مادر باشد.

"گروه های محل از بالا" - پرچم مسئول نمایش گروه ها در قالب یک لیست است.

همچنین در تنظیمات شما می توانید تعداد گروه های سلسله مراتبی مرجع را با تنظیم مناسب محدود کنید.

تب "صاحبان"

دایرکتوری ممکن است به دایرکتوری های دیگر وابسته باشد. از نقطه نظر پیکربندی 1C 8.3، این به این معنی است که عنصر ارسال به عنوان مالکیت اجباری "مالک" می شود. یک مثال از چنین ارتباطی کتاب های مرجع در تنظیمات معمول "nomenclature - واحد اندازه گیری"، "Contractants Counterparty".

صاحب دایرکتوری نیز ممکن است اشیاء متادیتا زیر را داشته باشد: ،.

تب "داده"

دریافت 267 آموزش ویدئویی برای 1C به صورت رایگان:

مهمترین تب از نقطه نظر برنامه نویس. این نشان می دهد جزئیات دایرکتوری.

این پوشه مجموعه ای از جزئیات استاندارد است که توسط برنامه نویس 1C 8.2 ویرایش نشده است، لیست را می توان با کلیک بر روی دکمه "جزئیات استاندارد" مشاهده کرد:

من هر کدام را ادامه خواهم داد:

• این گروه - پروکسی با نوع Buleveo، نشان دادن، گروه یا عنصر. فقط در دایرکتوری سلسله مراتبی موجود است. توجه داشته باشید، ارزش این پروکسی ها را نمی توان در حالت 1C تغییر داد: شرکت.
• کد - پروکسی، شماره نوع یا رشته (معمولا رشته). شماره به طور خودکار به سیستم اختصاص داده شده است. به عنوان یک قانون، آن را به عنوان (کد قبلی + 1) محاسبه می شود. من توصیه می کنم با استفاده از نوع رشته، زیرا مرتب سازی مقادیر عددی به صورت مورد نیاز نیست. شما می توانید به عنوان یک مرجع به لیست و در فیلدهای ورودی استفاده کنید. به عنوان یک قاعده، هنگام ورود به رشته، برای جستجوی یک مورد استفاده می شود. اگر شما نیاز به حذف فیلد کد دارید، طول رشته صفر را مشخص کنید.
• نام - پروکسی، اجباری برای پر کردن، نوع رشته. حداکثر طول رشته 150 کاراکتر است. شما می توانید به عنوان یک مرجع به لیست و در فیلدهای ورودی استفاده کنید. به عنوان یک قاعده، هنگام ورود به رشته، برای جستجوی یک مورد استفاده می شود. اگر شما نیاز به حذف فیلد نام دارید، طول رشته صفر را مشخص کنید.
• والدین - نیاز به دایرکتوری نوع.<ИмяТекущегоСправочника>. فقط در دایرکتوری سلسله مراتبی موجود است. یکی از والدین بالاتر در سلسله مراتب را نشان می دهد. اگر عنصر یا گروه در ریشه دایرکتوری باشد، مقدار دایرکتوری مشخص شده است.<ИмяТекущегоСправочника>. امتناع
• مالک - ارجاع به صاحب عنصر عنصر فعلی (گروه) کتاب مرجع. در دسترس فقط در دایرکتوری زیرمجموعه 1C.
• بچه ها - پروکسی با نوع Buleveo. مسئول نمایش "حذف حذف" در سیستم. عنصر مشخص شده برای حذف برای استفاده نامناسب است، اما حرکات قدیمی می تواند بر روی آن باقی بماند.
• ارتباط دادن - رشته رشته این جزئیات شناسه منحصر به فرد شیء را ذخیره می کند. این واقعیت که در سیستم ما در نمایش بصری از نام "لینک" مشاهده می کنیم فقط یک ارائه شی است. تغییر غیرممکن است.
• از پیش تعریف شده - نوع بولین، نشان می دهد که آیا عنصر از پیش تعیین شده است، این بعد. تغییر غیرممکن است.

در برگه داده، کتاب مرجع در سیستم نیز نشان داده شده است، به نسخه 8.2.16، ارائه تنها می تواند کد یا نام باشد. در آخرین نسخه های پلت فرم (از 8.3)، این دیدگاه را می توان به طور مستقل در ماژول مدیر با استفاده از پردازنده پردازش پردازش توصیف کرد.

برگه شماره

در اینجا شما تنظیمات دایرکتوری را به عنوان بخشی از شماره گذاری مشخص می کنید. توصیه می شود از خودکار استفاده کنید. کنترل منحصر به فرد یک پرچم است که در صورت لزوم کمک می کند تا کد را منحصر به فرد کنید. اگر سعی کنید یک مرجع به کتاب مرجع را با کد مرجع نصب شده با کد مرجع بنویسید، در 1C شما یک پیام دریافت خواهید کرد "کد مرجع غیر منطقی تبدیل شده است."

مجموعه ای از کدهای - تعیین نحوه شماره یک کتاب مرجع، شما می توانید شماره دایرکتوری را در زمینه مالک وارد کنید. به عنوان مثال، "شاخ و چوپان" طرف مقابل، شماره خود را از قراردادها - "1، 2، 3" و غیره خواهد داشت.

برگه "فرم ها"

در اینجا فرم ها برای یک کتاب مرجع شرح داده شده است. اگر پیکربندی هر دو در حالت معمولی و کنترل شده شروع شود، پس از آن دو زبانه با اشکال پیش فرض وجود دارد: "اصلی" و "اختیاری" - برای برنامه های معمول و مدیریت شده متفاوت است.

در این صفحه مالکیت مهمی از دایرکتوری وجود دارد - "". این یک عملکرد بسیار راحت از 1C 8 است، که اجازه می دهد هنگام پر کردن داده ها در فیلد ورودی، دایرکتوری را وارد نکنید، اما برای تایپ آن، کد یا مانند آن را تایپ کنید. و از لیست کشویی مورد مورد نظر را انتخاب کنید. به نظر می رسد این است:

برگه "دیگر"

در برگه ای که می توانید دریافت کنید دسترسی سریع ماژول های اصلی کتاب مرجع ماژول شیء و ماژول مدیر است.

در صفحه، شما همچنین می توانید لیستی از موارد مرجع از پیش تعریف شده را تعریف کنید. اینها مواردی هستند که نمی توانند در حالت سازمانی حذف شوند. شما می توانید با عناصر از پیش تعریف شده در پیکربندی به طور مستقیم به نام تماس بگیرید، به عنوان مثال: کتاب های مرجع. جایگزینی

این برگه همچنین حالت قفل را نیز تعریف می کند - به صورت خودکار یا مدیریت می شود. با استفاده از جستجوی کامل متن، و همچنین اطلاعات کتاب مرجع موجود در حالت 1C: شرکت ها.