განაცხადები იერარქიულ აგენტებთან მუშაობამდე. ოპერატორი "იერარქიაში" 1s ჩანაწერში იწერება სიაში იერარქიაში

ჩვენ გვინდა თქვენთან ერთად განვიხილოთ ყველაფერი ფილმის ფუნქციები 1s, ისევე, როგორც ფილმის მოთხოვნების კონსტრუქციები. რა ფუნქცია აქვს დიზაინს? ფუნქცია გააქტიურებულია მკლავებით და მათი შესაძლო პარამეტრებით, ხოლო დიზაინი იწერება მკლავების გარეშე. Გიჟი mov 1c მოთხოვნების ყველა დიზაინი და ფუნქციაშეანელოს მონაცემთა მოპოვების პროცესი, რომელიც არის მოქნილი და უხვად ფუნქციონალური. ეს ფუნქციები და დიზაინები მთლიანად იკვებება და ფუნქციები ასევე სრულად იკვებება.

ფილმების ფუნქციები 1s

ბრძნული აღწერის ფრაგმენტები 1c ფილმის ფუნქციაიგი გაშუქებულია ბევრად ადრე, დიზაინის აღწერილობის ქვემოთ, ჩვენ გადავწყვიტეთ, რომ თავად დავიწყოთ ფუნქციების დათვალიერება. ახლა მოდით უფრო ახლოს მივხედოთ, აღვწეროთ მისი მნიშვნელობა, სინტაქსი და გამოყენება და ასე შემდეგ:

1. ფუნქცია DATE HOUR- ეს ფუნქცია ქმნის "თარიღის" ტიპის მუდმივ ველს.

Სინტაქსი: DATE HOUR(<Год>,<Месяц>,<День>,<Час>,<Минута>,<Секунда>)

ვიკორისტანის კონდახი:

2. ფუნქციის მრავალფეროვნება- აბრუნებს ორი თარიღის სხვაობას ერთ განზომილებაში (დღე, თვე, დღე, წელი, წელი, მეორე). მნიშვნელობა გადადის პარამეტრზე.

Სინტაქსი: რეალიზებულიDAT(<Дата1>, <Дата2>, <Тип>)

ვიკორისტანის კონდახი:

Request.Text = "VIBRATI | REZNESTDAT(DATETIME(2015, 4, 17), DATETIME(2015, 2, 1), DAY) | YAK Kolvodniv";

3. VALUE ფუნქცია- განსაზღვრავს მუდმივ ველს წინასწარ შეფასებული ჩანაწერით მონაცემთა ბაზიდან, ასევე შესაძლებელია ნებისმიერი ტიპის ცარიელი შეტყობინების ამოღება.

სინტაქსი: VALUE(<Имя>)

ვიკორისტანის კონდახი:

Request.Text = "VIBRATI //zoom element | VALUE(Dovidnik.Currency.Dolar) YAK დოლარი, //ცარიელი შეტყობინება | Physioba) YAK PhysOblichya, // zoom rahunok |

4. VIBIR ფუნქცია- ჩვენ წინაშე გვაქვს დიზაინის ანალოგი, რომელიც შესწორებულია კოდში, ისევე როგორც ეს არის შესწორებული 1C შეკითხვებში.

Სინტაქსი: ვიბირ კოლი<Выражение>TODI<Выражение>წინააღმდეგ შემთხვევაში<Выражение>კინეტები

ვიკორისტანის კონდახი:

მოთხოვნა.ტექსტი = //თუ თანხა 7500-ზე მეტია, მაშინ შეიძლება იყოს 300 რუბლით შემცირება, //ასე რომ ფუნქცია გამოიყენება //აბრუნებს თანხას - 300 //იგივე გზით, უბრალოდ ჩაწერეთ თანხა " VIBRATI |. WHEN PM nya.Suma > TODI TCHNadkhodzhennya.Suma - 300 |

5. ფუნქცია VIRASITI- საშუალებას გაძლევთ გამოხატოთ მუდმივი ველი სიმღერის ტიპით.

Სინტაქსი: VIRAZITY (ველის სახელი YA ტიპის სახელი)

ვიკორისტანის კონდახი:

Request.Text = "VIBRATI RIZNI | გაყიდვების. რეგისტრატორი. ნომერი, | VIBIR | KOLI Sales.Registrar POSILANNYA Document.Vidatkova | განხორციელება | TODI VIRAZITI (გაყიდვები.რეგისტრატორი YAK Document.Implementation) | KINETS | ... | Z |. შესყიდვების რეესტრი YAK.

კიდევ ერთი ვარიანტია VARIATE ფუნქციის გამოყენება შერეული ტიპების ველებში, სად უახლოვდებიან ისინი? უმარტივესი მაგალითია „რეგისტრატორი“ ნებისმიერი რეესტრისთვის. მაშინ შეიძლება დაგვჭირდეს ტიპის შემოწმება რეგისტრატორთან? თვალი გადავავლოთ სიტუაციას, თუ რეგისტრატორიდან ავირჩევთ ველს „ნომერი“, რომელი ცხრილიდან შეიტანება ნომერი? სწორი პასუხი ყველასგანაა! ამიტომ, იმისათვის, რომ ჩვენ ჩავატაროთ პროცედურა, ჩვენ უნდა მივუთითოთ VIRASITI-ის დამატებითი ფუნქციის აშკარა ტიპი.

ვიკორისტანის კონდახი:

მოთხოვნა.ტექსტი = "VIBRATI | VIRASITI(ნომენკლატურა.კომენტარი YAK მწკრივი(300)) YAK კომენტარი, | VIRASITI(ნომენკლატურა.ჯამ YAK ნომერი(15,2)) YAK ჯამი |Z | Dovidnik.ნომენკლატურა YAK

6. ISNULL ფუნქცია(ალტერნატიულად იწერება NULL) - თუ ველი არის NULL ტიპის, ის იცვლება სხვა ფუნქციის პარამეტრით.

Სინტაქსი: Є NULL (<Поле>, <ПодставляемоеЗначение>)

ვიკორისტანის კონდახი:

ასევე მნიშვნელოვანია, რომ NULL ტიპი უნდა შეიცვალოს FIRST, როგორც მნიშვნელობა, რადგან NULL ტიპის გათანაბრება ყოველთვის იწვევს სისულელეს, რადგან თქვენ აიგივებთ NULL-ს NULL-თან. ყველაზე ხშირად, NULL მნიშვნელობები ემატება შეერთების ცხრილში (ყველა ტიპი უერთდება შიდას გარდა).

Query.Text = //აირჩიეთ მთელი ნომენკლატურა და მის მიხედვით ჭარბი //თუ რომელიმე ნომენკლატურაში არის ჭარბი, არ იქნება ველი, მაშინ ველი //NULL შეიცვლება მნიშვნელობებით 0 "SELECT | Nom.Posylannya, |. Zalishok |Z |Dovdnik.Nomenclature YAK Nom |Live Z'ednannya RegisterAccumulation.ProductsIn Warehouses.Suspended YAK ProductsIn WarehousesZalishki |PZ (ProductsIn WarehousesZalishki.Nomenclature = Nom.Posilian)"

7. წარმომადგენლობის ფუნქცია- საშუალებას გაძლევთ შეიყვანოთ მოცემული ველები მოთხოვნისას.

Სინტაქსი: წარმომადგენელი (<НаименованиеПоля>)

ვიკორისტანის კონდახი:

Query.Text = "VIBRATI | წარმომადგენლობა(Viln_ZalishkiZalishki.Nomenclature) YAK ნომენკლატურა, | რეპრესენტაცია(Viln_ZalishkiZalishki.Warehouse) YAK საწყობი, |

დიზაინები mov 1s-ისთვის

ყველაზე მეტად ჩვენ გიყურებდით ფილმის ფუნქციები 1s, ახლა დროა გადავხედოთ დიზაინი mov zapitiv 1s-ისთვის, ფესვებზე არანაკლებ მნიშვნელოვანია სუნი, დავიწყოთ.

1. დიზაინი POSILANNYA- არის ლოგიკური ოპერატორი შეტყობინების ტიპის შესამოწმებლად. ყველაზე ხშირად ეს ხდება დაკეცილი ტიპის ველის შემოწმებისას კონკრეტული ტიპისთვის. Სინტაქსი: პოსილანია<Имя таблицы>

ვიკორისტანის კონდახი:

Query.Text = //რადგან რეგისტრატორის ღირებულების ტიპი არის პრიბუტკოვის დოკუმენტი, //შემდეგ იგი შეივსება "პროდუქტის ხელმისაწვდომობა", იგივე "პროდუქტის გაყიდვები" "VIBRATI | VIBIR | KOLI Zalishki.Registrar POSILANNYA Document." "Vitrata"" | KINETS YAK ruhu | Z | რეგისტრაცია დაგროვება.

2. დიზაინი МІж- ეს ოპერატორი ამოწმებს და შეაქვს დიაპაზონის აღნიშვნების მნიშვნელობებს.

Სინტაქსი: MIZH<Выражение>І<Выражение>

ვიკორისტანის კონდახი:

მოთხოვნა.ტექსტი = //ყველა ნომენკლატურის ამოღება, რომლის კოდი დევს 1-დან 100-მდე დიაპაზონში "VIBRATI | ნომენკლატურა. Posilannya | Z | Dovidnik. ნომენკლატურა YAK ნომენკლატურა | DE | ნომენკლატურა.

3. დიზაინი B და B ІЄARCHY- შეამოწმეთ არის თუ არა მნიშვნელობები გადატანილ სიაში (როგორც მასივები, მნიშვნელობების ცხრილები და ა.შ. შეიძლება გადავიდეს სიაში). ოპერატორი B ІЄARCHY გაძლევთ საშუალებას ნახოთ იერარქია (ვიკორისტანის გეგმის რახუნკოვის მაგალითი).

Სინტაქსი: IN(<СписокЗначений>), IN ARCHІЇ (<СписокЗначений>)

ვიკორისტანის კონდახი:

მოთხოვნა.ტექსტი = // აირჩიეთ ყველა სუბრაჰუნკი რახუნკოვი "VIBRATI | Gosprozrakhunkovy. Posilannya YAK Rakhunok | Z | Plan Rakhunok. Gosprozrakhunkovy YAK Khozrozrakhunkovy | DE | Gosprozrakhunkovy.

4. კონსტრუქცია კონკრეტულად- ეს ფუნქცია საშუალებას გვაძლევს მოვატრიალოთ მწკრივი მწკრივის შაბლონიდან.

Სინტაქსი: საოცრად"<ТекстШаблона>"

მწკრივის ნიმუშის პარამეტრები:

% - თანმიმდევრობა, რომელიც შეიძლება შეივსოს რაც შეიძლება მეტი სიმბოლოთი.

საკმარისია ერთი სიმბოლო.

[...] - იქნება ეს ერთი სიმბოლო, ან სიმბოლოების თანმიმდევრობა შუაში მდებარე კვადრატული მკლავებიდან. ხელახალი განლაგება შეიძლება დაყენდეს დიაპაზონებზე, მაგალითად, a-z, რაც ნიშნავს ბოლო სიმბოლოს, რომელიც მიდის დიაპაზონის წინ, დიაპაზონის ბოლოების ჩათვლით.

[^...] - ან ერთი სიმბოლო, ან სიმბოლოების თანმიმდევრობა სიიდან კვადრატული მკლავების შუაში, ასევე ჯვრის ნიშნის უკან ჩამოთვლილი.

ვიკორისტანის კონდახი:

მოთხოვნა.ტექსტი = //ჩვენ ვიცით მთელი ნომენკლატურა, თუ როგორ უნდა მოვათავსოთ ფესვი TABUR და იწყება //მცირე ან დიდი ასოებით "VIBRATI | ნომენკლატურა. Posilannya | Z | ნომენკლატურა YAK ნომენკლატურა | DE | პროდუქტები. დასახელება ანალოგიურად. "" [Tt ]abur%""";

5. დიზაინი ნებადართულია- ეს ოპერატორი საშუალებას გაძლევთ აირჩიოთ ჩანაწერები მონაცემთა ბაზიდან, სადაც წაკითხვის უფლება გაქვთ. ამ უფლებების კორექტირება შეუძლებელია ჩანაწერების დონეზე (RLS).

Სინტაქსი: ნებადართულია დაიწეროს საკვანძო სიტყვის ვიბრატის შემდეგ

ვიკორისტანის კონდახი:

Request.Text = "VIBRATY PERMISSION | Counterparty.Posilannya |Z | Dovidnik.Counterparty YAK Counterparty";

6. მშენებლობა- საშუალებას გაძლევთ აირჩიოთ ჩანაწერები, რომლებსაც აქვთ ყოველდღიური განმეორებითი ჩანაწერები.

Სინტაქსი: ІЗНІ იწერება საკვანძო სიტყვის VIBRATE-ის შემდეგ

ვიკორისტანის კონდახი:

Request.Text = // ირჩევს ჩანაწერებს, რომელ უფლებებზე აქვს მკითხველს "VIBRATIYIZNI | კონტრაგენტები. სახელი | Z | მრჩეველი. კონტრაგენტები YAK Counterparties";

ასევე, RIZNI-ს კონსტრუქცია შეიძლება შევადაროთ ოპერატორ ALLOWED-ს და სხვა ოპერატორებს.

ვიკორისტანის კონდახი:

Request.Text = // ირჩევს სხვადასხვა ჩანაწერს, რომლის უფლებები მკითხველს აქვს "SELECT PERMISSIONS | Counterparties. Name | Z | Advocate. Counterparties YAK Counterparties";

7. PERSHI-ს მშენებლობა- შეკითხვის შედეგიდან ირჩევს პარამეტრში მითითებულ ჩანაწერების რაოდენობას.

სინტაქსი: PERSHI<число>

ვიკორისტანის კონდახი:

მოთხოვნა ტექსტი = // აირჩიეთ პირველი 4 VMD ნომერი დოკუმენტიდან "VIBRATE THE FIRST 4 | VMD numbers. Posilannya | Z | Document.

8. დიზაინი ცვლილებისთვის- გაძლევთ საშუალებას დაბლოკოთ ცხრილი, რომელიც ასევე მუშაობს ტრანზაქციებში (განსაკუთრებით ავტომატური დაბლოკვა).

Სინტაქსი: გონებისთვის<НаименованиеТаблицы>

ვიკორისტანის კონდახი:

Cap.Text = "REVER |

9. მშენებლობა შეკვეთით- აწესრიგებს მონაცემებს სასიმღერო ველის მიხედვით. ვინაიდან ველი არის შეტყობინება, მაშინ ინსტალაციის დროს აბაზანის ავტომატური მოწყობათუ ნიშანი შეიყვანება, მაშინ შეტყობინებები დალაგდება მეხსიერებაში საფოსტო მისამართის ხანგრძლივობის მიხედვით.

Სინტაქსი: ᲬᲔᲡᲘᲗ<НаименованиеПоля>აბაზანის ავტომატური მოწყობა

ვიკორისტანის კონდახი:

Request.Text = "VIBRATI | Vilni Zalishki Zalishki. Nomenclature YAK Nomenclature, | Vilni Zalishki Zalishki. CHIVANNYA";

10. დიზაინი ჯგუფი- გამოიყენება სიმღერის ველების უკან რიგების დასაჯგუფებლად. რიცხვითი ველები შეიძლება დაირღვეს ნებისმიერი აგრეგატული ფუნქციით.

Სინტაქსი: ᲘᲗ ᲓᲐᲯᲒᲣᲤᲔᲑᲐ<НаименованиеПоля1>, .... , <НаименованиеПоляN>

ვიკორისტანის კონდახი:

Request.Text = "VIBRATI | GoodsInWarehouses.Nomenclature YAK ნომენკლატურა, | GoodsIn Warehouses. Warehouse, | საწყობები.საწყობი";

11. დიზაინი MAYUCHI- საშუალებას გაძლევთ დააყენოთ მონაცემთა შეგროვების ტვინის მთლიანი ფუნქცია, DDE დიზაინის მსგავსი.

Სინტაქსი: მაიუჩი<агрегатная функция с условием>

ვიკორისტანის კონდახი:

Query.Text = // ირჩევს დაჯგუფებულ ჩანაწერებს ველიდან U აშკარად 3-ზე მეტი "VIBRATI | საქონელი საწყობებში. ნომენკლატურა YAK ნომენკლატურა, | საქონელი საწყობებში. საწყობი, | SUM (საქონელი საწყობებში. | საქონელი საწყობებში. ნომენკლატურა, | საქონელი საწყობებში |.

12. დიზაინი INDEXUVATI BY- საძიებო ველი გამოიყენება ინდექსაციისთვის. ინდექსირებული ველების ძიება დასრულდება ინდექსირებამდე. თქვენ ასევე შეგიძლიათ ვიკორიზიროთ ვირტუალური ცხრილები.

Სინტაქსი: INDEXUVATI BY<Поле1, ... , ПолеN>

ვიკორისტანის კონდახი:

Request.Text = "VIBRATI | Tz. OS-ის სახელი, | Tz. საქაღალდის ნომერი, | Tz. CodeOS, | Tz. ვადა, | Tz. ტიპი | ENTER Data Tz | .KodOS";

13. დიზაინი DE- საშუალებას გაძლევთ გავლენა მოახდინოთ გონებაზე, იქნება ეს არჩევანის სფეროები. შედეგად, ჩანაწერები, რომლებიც მხოლოდ გონებას აკმაყოფილებენ, იკარგება.

Სინტაქსი: DE<Условие1 ОператорЛогСоединения УсловиеN>

ვიკორისტანის კონდახი:

Request.Text = //ირჩევს ყველა ჩანაწერს ნებისმიერი CompensationExcess-დან<>0 і //AmountForRozchCompRemaining > 100 "VIBRATI | კომპენსაციაRRრჩება. კონტრაგენტი, | კომპენსაციაRRრჩება.Ditina, | კომპენსაციაRRრჩება.კომპენსაციაZashok, | კომპენსაციაRpostach. Statti YAK CompensationRPpostacs |DE |DessepespenssR.<>0 | І CompensationRPORemains.AmountForRozchCompRemaining > 100" ;

14. ჩანთის დიზაინი... საფარის მიღმა- დიზაინი განსაზღვრავს ველებს, რომლებზეც გავლენას ახდენს ჩანთები და აგრეგატული ფუნქციები, რომლებიც დაყენებულია ჩანთების ველებზე. როდესაც ჩანთის დიზაინის შემდეგ კანის ველზე არ არის ჩანთები, ხდება მონაცემთა დაჯგუფება. საფარის შეუმჩნეველი კონსტრუქცია და სტრუქტურა ასევე უზრუნველყოფს დამატებით დაჯგუფებას. შედეგის კონდახი ჩამოირეცხება და ჩამოიწევს.

Სინტაქსი: ჩანთები<АгрегатнаяФункция1, ... , АгрегатнаяФункцияN>PZ<ОБЩИЕ> <Поле1, ... , ПолеN>

ვიკორისტანის კონდახი:

Request.Text = "VIBRATI | Rozrahunki.Agreement to Counterparty.კონტრაქტის ტიპი YAK TypeDogovir, | Rozrahunki.Agreement კონტრაქტორის YAK Treaty, | Rozrahunki.Counterparty, |

მცირე წრე ატრიალებს დაჯგუფებებს, რომლებიც შეიქმნა საბოლოო ძიების დროს, განსაკუთრებით გადადის BACK განყოფილებაში, ხოლო მეორე ველში Contract to Counterparty to Contract.

რა არის Dovdnik 1s და რატომ არის საჭირო? შემდეგ მრჩეველი ინახავს გონებრივ და მუდმივ ინფორმაციას. ინფორმაცია შეიძლება არ შეიცვალოს შუალედში. მაგალითად, "ნომენკლატურა" აგენტი პასუხისმგებელია გაყიდული ან წარმოებული საქონლის გადინებაზე. ანალოგიურად, მოწმეს შეუძლია შური იძიოს უსახურ ხელისუფლებაზე, რომელიც აღწერს მოწმის ელემენტს.

თუ თქვენ ამას ადამიანად გახდომისთვის იღებთ, მაშინ აქ არის ცვლილებების სია და არა ცვლილებები, ამიტომ ამ მიზნით გადაჭარბება უკეთესად შეეფერება.

ახალი დოკუმენტის შექმნის შემდეგ, ჩვენ აუცილებლად დავიწყებთ სურათს.

მოდით გადავხედოთ ყველა თქვენს სანიშნეს.

მთავარი

აქ მიუთითეთ სახელი (იდენტიფიკატორი მონაცემთა ბაზაში) და სინონიმი (ანგარიშის პროვაიდერის სახელი). არ არის აუცილებელი ისეთი კომენტარის გაკეთება, რომელიც ახსნის მოსაუბრეს როლს ან აღწერს მის თვისებებს.

იერარქია

ამ ჩანართზე შეგიძლიათ დაარეგულიროთ დანამატის ელემენტების ჩასმის სიღრმე. დამატებითი მიზნებისთვის, შეგიძლიათ ხელით გამოყოთ და დახვეწოთ პარამეტრები გარკვეული კრიტერიუმების საფუძველზე. მაგალითად, „შაფის“ პროდუქცია ერთ ჯგუფშია, ხოლო „სტოლის“ პროდუქცია მეორეში. თავის დროზე ადვოკატი წარმოადგენს ელემენტების სია. თუ თქვენ დააყენებთ მე-2 არქიკული ადვოკატის ნიშანს, კანის ელემენტი შეიძლება დაექვემდებაროს სხვა ელემენტს (ჯგუფს). ქვემოთ მოცემულია ამ სანიშნის კორექტირებისა და მომხმარებლის რეჟიმში ეკრანის შეცვლის ვარიანტები.

იერარქიის ტიპი:

ელემენტების ჯგუფების იერარქია

ამ პარამეტრით, ჩადგმული ელემენტები შეიძლება შეიცავდეს მხოლოდ ჯგუფებში (საქაღალდეებში).

აქ, როგორც ხედავთ, ამ ჯგუფის ყველა ელემენტს აქვს ახალი ხატები და ნებისმიერ ელემენტს შეიძლება ჰქონდეს წვლილი.

მოათავსეთ ჯგუფები მხეცზე

როდესაც ეს პროპორცია დადგინდება, ჯგუფები ყოველთვის წესრიგში იქნება, წინააღმდეგ შემთხვევაში ისინი გადანაწილდება დახარისხების მიხედვით, მაგალითად:

იერარქიის რამდენიმე ტოლის გაცვლა

ვინაიდან აქ არ არის ნიშანი, წვლილი არ იცვლება.

ინსტალაციის შემდეგ, წოდებების რაოდენობა შეიძლება მიეთითოს ქვემოთ.

ვლასნიკი

მარაგში ვლასნიკი სხვა აგენტები შეიძლება დაინიშნოს მთლიანად, გარკვეული მიზნებისთვის. მსუბუქი მრჩევლების თანამდებობების სქემა მსგავსია იერარქიული მრჩევლის თანამდებობების სქემისა, მხოლოდ აქ, როგორც მამა, ჩნდება სხვა მრჩეველი და ეძახიან ლიდერს. ტიპიურ კონფიგურაციებში კარგი იდეაა „ხელშეკრულების“ აგენტის დაქვემდებარება „კონტრაგენტების“ აგენტს, რადგან თქვენ არ შეგიძლიათ დადოთ ხელშეკრულება, რომელიც არ არის სავალდებულო რომელიმე კონტრაგენტისთვის.

ველში "მრჩევლის უფლებამოსილების სია" მიუთითებს მრჩეველთა სიას, რომლებიც შეიცავს ამ მრჩევლის ელემენტებს.

ქვემოთ ველში „შეკვეთის შეკვეთა“ მითითებულია, თუ როგორ იქნება შეკვეთილი ამ სახელმძღვანელოს ელემენტები.

როგორ ამოვიცნოთ პროგრამული აგენტი, რომელიც იერარქიულია თუ არა

რატომ გჭირდებათ მეტამონაცემებზე გადასვლა?

CeІєерхічныйАвідній \u003d მეტამონაცემები.Авідні.ттттттѲєrarchіchny;

აგრძელებდა თვალყურს...

Dovdniki 1C არის სპეციალიზებული მეტამონაცემების ხის ობიექტი, რომელიც ემსახურება დოვდნიკის სტატიკური ინფორმაციის შენახვას. მაგალითად, ტიპურ კონფიგურაციებში შეგიძლიათ იხილოთ შემდეგი ტიპები: , ნომენკლატურა, აღჭურვილობა, ძირითადი მახასიათებლები და ა.შ. მრჩევლების მიერ მოწოდებული ინფორმაცია არ შეიცვლება. მტკიცებულებებისა და მტკიცებულებების ინფორმაციის შედეგად გამომძიებლებმა დაიწყეს ტერიტორიაზე არსებული პრაქტიკულად ყველა ობიექტის გამოკვლევა.

ქვემოთ განვიხილავთ დანართის კორექტირებას და დიზაინს კონფიგურატორიდან დანართის "ნომენკლატურის" გამოყენების შესახებ.

საფუძვლების ჩანართი

"საფუძვლების" ჩანართზე მითითებულია დასახელება, სინონიმი, ობიექტების წარმოდგენა და მიზნის აღწერა.

ჩანართი "ექიმის იერარქია"

აქ დგინდება მრჩეველის იერარქიული ბუნება.

1C 8.3-ში არის იერარქიის ორი ტიპი - ელემენტების ჯგუფი"ტა" ელემენტები". გამოდის, რომ პირველ ტიპს შეიძლება ჰქონდეს საქაღალდე (საქაღალდე), ხოლო მეორე ტიპს შეიძლება ჰქონდეს ელემენტი.

„დააწყვეთ ჯგუფები მხეცისთვის“ - ნიშანში მითითებულია ჯგუფების ჩვენება სიის ფორმაში.

ასევე, პარამეტრებში, შეგიძლიათ დაყოთ ლიდერის იერარქიაში რამდენიმე ჯგუფი ცალკეულ პარამეტრებად.

"ვლასნიკის" ჩანართი

მრჩეველი შეიძლება იყოს სხვა მრჩევლის დაქვემდებარებაში. 1C 8.3-ის კონფიგურაციის გარეგნულად, "ვლასნიკის" საყრდენი ხდება მარტივი ელემენტი. პროვაიდერების ასეთი კავშირის მაგალითი სტანდარტულ კონფიგურაციებში "ნომენკლატურა - ვარიაციის ერთეულები", "კონტრაქტორები - კონტრაქტთა კონტრაქტები".

დოკუმენტის ავტორი შეიძლება იყოს შემდეგი მეტამონაცემების ობიექტები: , .

ჩანართი "ტრიბუტი".

უყურეთ 267 ვიდეო გაკვეთილს 1C-დან უფასოდ:

ყველაზე მნიშვნელოვანი ჩანართი პროგრამისტის პერსპექტივიდან. იგი შეიცავს აგენტის დეტალებს.

მრჩეველი შეიცავს სტანდარტული დეტალების ერთობლიობას, რომლებიც არ არის რედაქტირებული 1C 8.2 პროგრამის მიერ, მათი ჩამონათვალის მიღება შესაძლებელია ღილაკზე „სტანდარტული დეტალების“ დაჭერით:

მე ჩავუღრმავდები კანის დეტალებს:

• ცე ჯგუფი— ლოგიკური ტიპის საყრდენი, რომელიც აჩვენებს ჯგუფს და ელემენტს. ხელმისაწვდომია მხოლოდ იერარქიული მრჩეველისთვის. დააბრუნე პატივისცემა მნიშვნელოვანი დეტალების შეცვლა შეუძლებელია 1C: Entrepreneurship რეჟიმში.
• კოდი- რეკვიზიტები, რიგის ტიპი (ზარის რიგი). ნომერი ავტომატურად ენიჭება სისტემას. როგორც წესი, დაზღვევა მიიღება როგორც (წინა კოდი +1). მე გირჩევთ გამოიყენოთ თავად მწკრივის ტიპი, რადგან რიცხვითი მნიშვნელობების დახარისხება არ იქნება ისეთი მარტივი, როგორც საჭიროა. თქვენ შეგიძლიათ vikoristovat როგორც ხარკი ავტორის სიაში და შესვლის ველებში. როგორც წესი, აუცილებელია ელემენტის ძებნა ზედიზედ დანერგვის საათის ქვეშ. თუ გჭირდებათ კოდის ველის არჩევა, ჩაწერეთ ნული მწკრივის ბოლოში.
• სახელი- რეკვიზიტები, შევსებამდე სავალდებულო, ჩვეულებრივი ტიპის. მწკრივის მაქსიმალური სიგრძეა 150 სიმბოლო. თქვენ შეგიძლიათ vikoristovat როგორც ხარკი ავტორის სიაში და შესვლის ველებში. როგორც წესი, აუცილებელია ელემენტის ძებნა ზედიზედ დანერგვის საათის ქვეშ. თუ გსურთ აირჩიოთ სახელის ველი, შეიყვანეთ ნული მწკრივის ბოლოში.
• მამაო- რეკვიზიტები, რომლებიც შესაძლოა დოვდნიკ პოსილანნიას ტიპისაა.<ИмяТекущегоСправочника>. ხელმისაწვდომია მხოლოდ იერარქიული მრჩეველისთვის. მიუთითებს დიდ მამაზე იერარქიაში. თუ ელემენტი ან ჯგუფი გვხვდება Adviser-ის ძირში, მითითებულია მნიშვნელობა Adviser.<ИмяТекущегоСправочника>. ცარიელი პოზილანნია.
• ვლასნიკი- პოზილანნია დოვდნიკის ნაკადის ელემენტის (ჯგუფის) ელემენტ-ვლასნიკზე. ხელმისაწვდომია მხოლოდ დაქვემდებარებული 1C პროვაიდერისთვის.
• Vidalennya სამკერდე ნიშანი- ლოგიკური ტიპის რეკვიზიტები. მიუთითებს, რომ სისტემაში ნაჩვენებია დისტანციური მართვის ხატულა. წაშლილი ელემენტის აღნიშვნა მიჩნეულია არასათანადოდ vikoristannya-სთვის, პროტეა ახალზე შეიძლება დაიკარგოს ძველი დოკუმენტებისთვის.
• პოსილანნია- მწკრივის ტიპის ველი. რომლის დეტალებისთვისაც შენახულია უნიკალური ობიექტის იდენტიფიკატორი GUID. ისინი სისტემაში, რომლებიც ვიზუალურად არის გამოსახული სახელწოდებით "შეტყობინება" მხოლოდ ობიექტის გამოვლინებაა. არ შეიძლება შეიცვალოს.
• მასშტაბირება- ლოგიკური ტიპი, რომელიც წარმოადგენს ელემენტს, რომელიც გასაგებია და უპირველეს ყოვლისა. არ შეიძლება შეიცვალოს.

ჩანართი „მონაცემები“ ასევე მიუთითებს სისტემაში არსებული მრჩეველის მონაცემებს 8.2.16 ვერსიამდე, მონაცემებს არ შეიძლება ჰქონდეს კოდი ან სახელი. პლატფორმის ახალ ვერსიებში (დაწყებული 8.3-დან) წარდგენის აღწერა შესაძლებელია მენეჯერის მოდულში დამოუკიდებლად, განყოფილების „დამუშავების დამუშავების“ დახმარებით.

ჩანართი "ნუმერაცია".

აქ მითითებულია აგენტის კორექტირება ნუმერაციისთვის. რეკომენდირებულია თავად ავტონომერაციის გამოყენება. უნიკალურობის კონტროლი არის წესი, რომელიც დაგეხმარებათ, თუ გჭირდებათ უნიკალური კოდის შექმნა. თუ ცდილობთ იდენტიფიკატორის ელემენტის ჩაწერას არაუნიკალური კოდით, იხილავთ შეტყობინებას „იდენტიფიკატორის კოდი გახდა არაუნიკალური“ 1C-ში.

კოდების სერია მიუთითებს, თუ როგორ უნდა დანომროთ მრჩეველი, შეგიძლიათ შეიყვანოთ მრჩეველის ნუმერაცია ლიდერის კონტექსტში. მაგალითად, კონტრაგენტ „როგი და კოპიტას“ აქვს ხელშეკრულებების საკუთარი ნუმერაცია - „1, 2, 3“ ან ასე.

ფორმების ჩანართი

აქ აღწერილია მოწმის ფორმები. თუ კონფიგურაცია ამოქმედდება როგორც ძირითად, ისე გამაგრებულ რეჟიმში, მაშინ იქნება ორი ჩანართი ფორმებით მათ უკან: "მთავარი" და "დამატებითი" - ძირითადი და გამაგრებული პროგრამებისთვის.

ამ მხრივ მნიშვნელოვანია მოწმის უფლებამოსილება - „“. ეს არის 1C 8-ის ძალიან ხელით ფუნქცია, რომელიც საშუალებას გაძლევთ, შესვლის ველში მონაცემების შევსებისას, არ მიხვიდეთ რედაქტორთან, არამედ აკრიფოთ თქვენი სახელი, კოდი და ა.შ. და აირჩიეთ სიიდან საჭირო ნივთი. ეს ასე გამოიყურება:

ჩანართი "მეტი"

ჩანართზე შეგიძლიათ მიიღოთ სწრაფი წვდომა ბრაუზერის მთავარ მოდულებზე - ობიექტის მოდულზე და მენეჯერის მოდულზე.

გვერდზე ასევე შეგიძლიათ იპოვოთ ბრაუზერის მნიშვნელოვანი ელემენტების სია. ელემენტები, რომლებიც არ მოიხსნება მეწარმეობის რეჟიმიდან. ყველა საჭირო ელემენტზე წვდომა შეგიძლიათ პირდაპირ კონფიგურატორიდან, სახელით, მაგალითად: Authorities.Nomenclature.Service.

ეს ჩანართი ასევე მიუთითებს დაბლოკვის რეჟიმზე - ავტომატური ან დაბლოკილი. სრული ტექსტის ძიების ძიება, ისევე როგორც დამატებითი ინფორმაცია მრჩეველის შესახებ, ხელმისაწვდომია 1C: Enterprises რეჟიმში.

დიზაინი „IN HIERARCHY“ 1C:Enterprise 8.x შეკითხვებში გაძლევთ საშუალებას აირჩიოთ იერარქიული კონფიგურაციის ობიექტის მოწესრიგებული ელემენტები მოცემული შერჩევის მიხედვით. დღეს სტატია განიხილავს მის გავლენას პროდუქტიულობაზე, ისევე როგორც სხვა DBMS პლატფორმებზე და მის გავლენას პროდუქტიულობაზე.

ვიკორისტანნია

მოდით შევხედოთ ვიკორისტანის დიზაინის უბრალო კონდახს "IN ІЄARCHІЇ". მიმდინარე კამპანიის დასრულებამდე, იერარქიული ინდიკატორის "საქონელი" შეკვეთილი ელემენტები წაიშლება ცვლილების "Posylannya" გადაცემული მნიშვნელობისთვის.

ტექსტი Zapitu = "VIBRATI | პროდუქტები . პოზილანნია,| პროდუქტები . გამყიდველი კოდი |ზ| დოვიდნიკი . პროდუქტები YAK|DE | პროდუქტები . Posilannya IN ІЄARCHІЇ (& Posilannya)"

ტესტის მონაცემთა ბაზას აქვს შემდეგი ტესტის მონაცემები:

რა თქმა უნდა, მოწმის ყველა ჩანაწერი არ არის ნაჩვენები სურათზე. სკრინშოტი აჩვენებს მონაცემთა შენახვის სტრუქტურას იერარქიული მრჩეველისთვის. სახელმძღვანელო ცხრილი ინახავს ზედა დონის 10 ჯგუფს, თითოეული მათგანი შეიცავს 5 ჩადგმულ ჯგუფს 200 ელემენტით.

მოდით მივმართოთ ტესტის კითხვას. პარამეტრი "&Posilannya" გადადის ჯგუფში "ჯგუფი - 1" (ზემოთ შესანიშნავი ეკრანის სურათი). შემდეგ ძიების შედეგი ასე გამოიყურება:

შედეგად, გადააქციეთ შეტყობინება თავად ზედა ჯგუფს (გადაცემული პარამეტრად) და შეიყვანეთ ჯგუფის ჩანაწერები მათი ელემენტებით. ამრიგად, მონაცვლე კონსტრუქცია „იერარქიაში“ საშუალებას გაძლევთ ხელით წაშალოთ იერარქიულად მოწესრიგებული მონაცემები.

mov მოთხოვნების სინტაქსი 1C: Enterprises და კლასიკური SQLძალიან ჰგავს გარკვეულ მომენტებში. თუმცა, გამოთქმისთვის "B ІЄARARCHY" არ არსებობს ანალოგი SQL მოთხოვნების ენაზე, როგორც, მაგალითად, პლატფორმის ენის გამოსახატავად "B" არის მსგავსი SQL ოპერატორი "IN". სწორედ ამიტომ, პლატფორმა მუშაობს DBMS-დან ამ ოპერატორის არჩევანით.

ლაშტუნკის უკან

მოდი, ვნახოთ. vikorystvatimemo-ს კონდახისთვის, სანამ დაწერთ, ის დაიწერება ავტორის წინაშე "პროდუქტები". ჩვენ გავაანალიზებთ ამ პლატფორმებს ორი სიტუაციისთვის:

1. როგორც პარამეტრი "&Posylannya" გადაეცემა ზედა დონის ჯგუფს "ჯგუფი 1" (როგორც უკვე გავაკეთეთ).
2. პარამეტრი იგზავნება ჯგუფში "ჯგუფი 1 - 1", განთავსებული ზედა დონის ჯგუფში "ჯგუფი 1".

ახლა, იმისათვის. პირველ შემთხვევაში, პლატფორმა შეიცავს შემდეგ მოქმედებებს SQL სერვერზე:

1. SQL განაცხადი ახლა შევსდება პარამეტრად გადაცემული აგენტის ჯგუფიდან და მისი ყველა დაქვემდებარებული ჯგუფიდან შეტყობინების ამოღებით. შედეგი განთავსებულია საათობრივ ცხრილში "#tt1".

2. საუბრის სხვა ეტაპზე სრულდება ახალი კითხვა:

ეკრანის სურათი შეიცავს დეტალურ კომენტარებს SQL მოთხოვნის ტექსტზე. მოკლედ, ეს ბრძანება საშუალებას გაძლევთ აირჩიოთ შეკვეთილი ელემენტები ჯგუფებისთვის, რომლებიც გამოჩნდება დროის ცხრილში. საჭმელს ართმევენ: "გოგონები ქორწილის დასრულებას აპირებენ?" აქ პასუხი მარტივია: პირველი ნაბიჯი არის ქვეელემენტების ამოღება პირველი დონის ჯგუფებისთვის, რომლებიც უკვე განლაგებულია დროის ცხრილში (ნაწილი 1). შემდეგ სხვა შეკითხვა ირჩევს დაქვემდებარებულ ელემენტებს სხვა დონის დაქვემდებარებული ჯგუფებისთვის. იერარქიის მესამე საფეხურზე ჯერ კიდევ არის ლიდერთა ერთი ჯგუფი, რომელიც აღარ გადაწყდება.

ჩვენს შემთხვევაში, სხვა მოთხოვნა, ალბათ, ცარიელი შედეგია, ჩანაწერების ფრაგმენტებს, რომლებიც იერარქიის მე-3 დონეზეა განთავსებული, არ აქვთ დაქვემდებარებული ელემენტები (იქ არ არის იგივე ჯგუფი).

3. მოთხოვნის საბოლოო შედეგის ამოსაღებად, პლატფორმა აყალიბებს შემდეგ SQL მოთხოვნას:

თავად შეკითხვის შედეგი შეიძლება შემდგომ დამუშავდეს დამონტაჟებული პლატფორმის ალგორითმებით. ამრიგად, საათის ცხრილის ჩანაწერები "#tt1" შეირჩევა ინდიკატორის ცხრილიდან "_Reference41" არჩევის დაყენების მიზნით.

4. საბოლოოდ, 1C:Enterprise 8.x პლატფორმა შლის დროის ცხრილს „#tt1“ და შედეგად აღარ არის გამარჯვება.

ამ ეტაპზე დასრულებულია ოპერატორის „IN ІЄARCHІЇ“ ვიზიტების პროცესი.შეგახსენებთ, რომ ჩვენ გადავხედეთ მოქმედებების თანმიმდევრობას Vikonana-ს SQL სერვერზე, როდესაც ჩვენ გავგზავნეთ შეტყობინებები პლატფორმის მხარეს ზედა დონის ჯგუფში "ჯგუფი - 1". როგორ მოიქცევა პლატფორმა, როდესაც პარამეტრი "&Posylannya" გადადის სხვა დონის ჯგუფში "ჯგუფი - 1 - 1"? ყველაფერი მსგავსი თანმიმდევრობით იქნება, გარდა ამჟამინდელი მომენტისა: უპირველეს ყოვლისა, SQL კითხვის პლატფორმის სხვა ეტაპზე დაიწერა, რომ შემდეგი ორი ნაბიჯი გამოიყენება დაქვემდებარებული ელემენტების მოსაშორებლად - ამოღების დროს. დაქვემდებარებული ელემენტები ჯგუფისთვის "ჯგუფი - 1 - 1" ასე არ არის. იკითხება მხოლოდ ერთხელ.

მარჯვნივ არის ის, რომ მცირე ელემენტების შინაარსის მრავალი მოთხოვნა დევს იერარქიის რამდენიმე ჯგუფში. სხვა სიტყვებით რომ ვთქვათ, თუ ერთ ჯგუფს სურს განთავსდეს ელემენტების თანაბარ იერარქიაზე, მაშინ ის დამარცხდება. იკითხეთ მე-2 პუნქტიდან.

პროდუქტიულობის ამაღლება

ნებისმიერი ოპერატორის არასწორმა გამოყენებამ თანმიმდევრობით შეიძლება გამოიწვიოს სისტემის არაოპტიმალური შესრულება. როგორც ჩანს, ოპერატორი „IN ІЄARCHY“ დამნაშავე არ არის. თუმცა სიფრთხილეა საჭირო, რადგან SQL მოთხოვნების მონაცემთა ბაზასთან დაკავშირების ალგორითმი უფრო რთული ხდება და ამით გაზრდის გავლენას DBMS სერვერზე.

მე მივცემ არაოპტიმალური კითხვის მაგალითს, რომელმაც შეიძლება გამოიწვიოს ამ საეჭვო მემკვიდრეობის ყველაზე გავრცელებული სახელები:

VIBRATI პროდუქტები. Posilannya Z Dovidnik. Tovari YAK Tovari DE (პროდუქტები. Posilannya V ІЄARARCHІЇ (& Posilannya) ABO Tovari. Posilannya V ІЄARARCHІЇ (& Posilannya1) ABO Tovari. Posilannya V ІЄARCHІЇ2 (& Posilannya)

როგორც თქვენ ალბათ მიხვდებით, ეს იწვევს უპიროვნო SQL მოთხოვნების ფორმირებას, რაც იწვევს საინფორმაციო სისტემის პროდუქტიულობის შემცირებას.

Დაიწყე!

ვისნოვკი რობიტი შენ. აქვე ვიტყვი, რომ ოპერატორი „IN ІЄARARCHІЇ“ ითვლება მონაცემთა შემადგენლობის სისტემის პლატფორმად, თუ მხედველობაში იქნება არჩევანი „U GROUP“, „U GROUP WITH LIST“ და სხვა. არა მგონია, ადვილი იყოს იმის ახსნა, რომ არასწორი მანიპულაციებით, დეველოპერებს შეუძლიათ დააინსტალირონ ძალიან რთული არჩევანი და მრავალჯერ დააყენონ ძებნა 1C სერვერზე და DBMS-ზე. მოდით შევცვალოთ პარამეტრები მხოლოდ გამოცდილი ტრეიდერებისთვის.

მართალია, დენის მექანიზმების დაწერისას ყურადღება მიაქციეთ ოპერატორს "IN ІЄARCHІЇ". ერთი მხრიდან ძალიან ძლიერი და მეორე მხრივ უყურადღებო.

ამ განყოფილებაში გამოყენებულია ყველაზე ტიპიური ამოცანები იერარქიულ აგენტებთან მუშაობისას.

იერარქიული მრჩეველის ელემენტების გამოყოფა დაქვემდებარებული მოცემული ჯგუფისგან

ჩვენი მოთხოვნებიდან იერარქიული მრჩეველის მსუბუქი ელემენტების ამოსაღებად, დიზაინი გადავიდა იერარქიულზე. ვიკორისტანიას კონდახი U ІЄARCHІЇ:

ვიბრაცია
ნომენკლატურა.
ნომენკლატურა.შესყიდვის ფასი
ზ

ამ აპლიკაციაში წაიშლება ნომენკლატურის ყველა ჩანაწერი, რომელიც არის &Group ჯგუფში, მათ შორის თავად, ქვეჯგუფები და ელემენტები, რომლებიც მიეკუთვნება ქვეჯგუფებს.

თუ ჩვენ მოკლებული ვართ ელემენტებს და ჯგუფებს, რომლებიც პირდაპირ კავშირშია ჯგუფის ამოცანასთან, მაშინ ჩვენ შეგვიძლია მოვაშოროთ ასეთი ელემენტები ბატკოს ველზე გონების მოთავსებით. კონდახი:

ვიბრაცია
ნომენკლატურა.
სახელწოდება YAK სახელი,
ნომენკლატურა.შესყიდვის ფასი
ზ
დოვიდნიკის ნომენკლატურა YAK ნომენკლატურა

DE
ნომენკლატურა.ბატკო = ჯგუფი

ეს მოგთხოვთ აირჩიოთ &Group-დან დაქვემდებარებულ ჯგუფში ნაპოვნი ჯგუფები და ელემენტები.

ინდიკატორის ელემენტში დაქვემდებარებული ელემენტების არსებობის შემოწმება

მტკიცებულების ელემენტის დაქვემდებარებული ჩანაწერების ავთენტურობის დასადასტურებლად, შეგიძლიათ გამოიყენოთ მსგავსი მოთხოვნა:

იმ აპლიკაციაში, რომლის ელემენტი იგზავნება, რისთვისაც აუცილებელია ბავშვის ელემენტების არსებობის გადამოწმება, ველში ჩაიწერება "მამა" პარამეტრი. ამ კითხვის შემდეგ აუცილებელია შედეგის სრულად შემოწმება. თუ შედეგი ცარიელი არ არის, ჩანაწერები წესრიგდება. წინააღმდეგ შემთხვევაში - არა. კონდახი:

Yakshto Refill.Viconati().Empty()Todi
ანგარიში ("ჩანაწერები არ არის");
წინააღმდეგ შემთხვევაში
შოუ ("ჩანაწერები");
KinetsYakscho;

ყველა ელემენტის ამოღება

ჩვენს პროდუქტებს არ აქვთ ბატარეის ყველა ელემენტის მოხსნის სპეციალური მეთოდები. ვიკონიკებისთვის შესაძლებელია იერარქიული შედეგების სწრაფად წარმოება, ხოლო იერარქიული შედეგების ამოღება ოპტიმიზირებულია დიდი რაოდენობის ჩანაწერებიდან შედეგების მისაღებად და არც თუ ისე ეფექტურია ერთი ელემენტის პარტიების მოსაშორებლად. ელემენტის ყველა პარტიული ჩანაწერის უფრო ეფექტური ამოღებისთვის, რეკომენდებულია პარტიების პარტიების დახარისხება მცირე ნაწილებში. კონდახი:

ExactElementNomenclature = ElementNomenclature;

ზაპიტი = ახალი ზაპიტი ("ვიბრატი
| ნომენკლატურა.ბატკო,
| ნომენკლატურა.ბატკო.ბატკო,
| ნომენკლატურა.ბატკო.ბატკო.
| ნომენკლატურა. მამაო. მამაო. მამაო. მამა,
| ნომენკლატურა.ბატკი.ბატკი.ბატკი.ბატკი.ბატკი.
|ზ
| დოვიდნიკის ნომენკლატურა YAK ნომენკლატურა
|DE
| Nomenclature.Posylannya = &CurrentElementNomenclature";

ჭეშმარიტების ციკლამდე
Request.InstallParameter("Flow Element Nomenclature", Flow Element Nomenclature);
შედეგი = Query.Viconati();
Yakshto Result.Empty() Todi
შეწყვეტა;
KinetsYakscho;
აირჩიეთ = შედეგი.
Vibirka.Offensive();
ColumnNumber-ისთვის = 0 Result.Columns.Quality() - 1 ციკლი
ExactNomenclatureElement = Vibe[ColumnNumber];
შეწყვეტა;
წინააღმდეგ შემთხვევაში
Povidomity(CurrentNomenclatureElement);
KinetsYakscho;
KіnetsCycle;

Yakshto ExactElementNomenclature = Dovidniki.Nomenclature.EmptyPosilannya() Todi
შეწყვეტა;
KinetsYakscho;
KіnetsCycle;

რომელ აპლიკაციაში, სერვისის შეტყობინებების ფანჯარაში ნაჩვენებია ყველა ინფორმაცია ცვლილების ელემენტის ნომენკლატურაში ჩაწერილი შეტყობინების შესახებ. თითოეულ ციკლს აქვს გაგზავნილი შეტყობინებების 5 პარტია.

ვინაიდან მრჩეველში წყაროების რაოდენობა შეზღუდულია და მცირეა, შესაძლებელია ყველა წყაროს ამოღება ერთი შეკითხვით ციკლის გარეშე.

იერარქიული მრჩეველის გამოჩენა მსოფლიოში

იერარქიული მრჩეველის იდენტიფიცირებისთვის იერარქიის დანაზოგიდან, აუცილებელია გამოიყენოთ არსებული ფორმულის მსგავსი:

ვიბრაცია
ნომენკლატურა.
სახელწოდება YAK სახელი,
ნომენკლატურა.შესყიდვის ფასი
ზ
დოვიდნიკის ნომენკლატურა YAK ნომენკლატურა
ᲬᲔᲡᲘᲗ
დასახელება: იერარქია

ეს შეკითხვა ირჩევს ყველა ჩანაწერს რედაქტორიდან და ქმნის შეკვეთის იერარქიას. შედეგი იქნება იერარქიის სახელის მიღმა მოწესრიგება.

იმისათვის, რომ მომხსენებლის ჯგუფები განთავსდეს უფრო მეტ ელემენტებში, ამ წინადადებაში აუცილებელია შეცვალოს წინადადება ORDER BY საფეხურზე:

ᲬᲔᲡᲘᲗ
ნომენკლატურა.CeGroup ІЄARCHYYA,
სახელი

შედეგი, როგორც ადრე, იქნება იერარქიის მიღმა მოწესრიგება, ჯგუფები დაიყოფა მეტ ელემენტებად.

ასევე შესაძლებელია წინადადების ORDER BY ჩანაცვლება წინადადებით ავტომატური შეკვეთით. და აქ შეკვეთის შედეგი შეესაბამება თარჯიმნის კორექტირებას. თუ დოკუმენტში წერია, რომ დამნაშავე ჯგუფებს ელემენტებში მეტს გადაუხდიან, მაშინ მეტს გადაიხდიან.

ასევე შესაძლებელია ჩანთების დახმარებით მრჩეველის იერარქიული სტრუქტურის შექმნა.

ვიბრაცია
ნომენკლატურა.
სახელწოდება YAK სახელი,
ნომენკლატურა.შესყიდვის ფასი

Z Dovidnik ნომენკლატურა YAK ნომენკლატურა

DE
(ნომენკლატურა.TseGroup = FALSE)

შეკვეთა სახელით

ჩანთების ამოღება იერარქიიდან

ჩანთების იერარქიიდან ამოსაღებად, თქვენ უნდა შეიყვანოთ საკვანძო სიტყვა HIERARCHY PAD BAGS წინადადებაში, ველში შესვლის შემდეგ, რომლისთვისაც გამოიყოფა ჩანთები. "ნომენკლატურის ბრუნვის" მაგალითი იერარქიიდან ჩანთების შინაარსით:

ვიბრაცია

ზ

ნომენკლატურა ІЄARCHY

ამ მოთხოვნის შედეგად, ჩანთები გათავისუფლდება არა მხოლოდ კანის კატეგორიისთვის, არამედ იმ ჯგუფებისთვის, რომლებიც ექვემდებარება იმავე კატეგორიას.

თუ ჩვენ არ გვჭირდება ჩანთები ელემენტების მიხედვით, არამედ გვჭირდება ჩანთები ჯგუფებად, ჩვენ უნდა გამოვიყენოთ TILKA HIARCHY-ის დიზაინი ჩანთებში. კონდახი:

ვიბრაცია
ნომენკლატურის გარეგნობა ბრუნვა.ნომენკლატურა YAK ნომენკლატურა,
ბრუნვის ნომენკლატურის გამოჩენა. ნომენკლატურა.
LookNomenclatureTurnover.QualityTurnover YAKKilkistityTurnover
ზ
რეგისტრაცია დაგროვება. ნომენკლატურის გარეგნობა.
ჩანთები ჩანთა (KilkistObig)
ნომენკლატურა TILKI ІIRARCHY

ამ მოთხოვნის შედეგად, იქნება ქვეჩანაწერები ნომენკლატურული ჯგუფების გარეშე.