1s scd утга. SCD дахь шинж чанарыг ашиглах. Ухаалаг байшинд ядуурлын газар


Өдрийн мэнд, блог сайтын эрхэм уншигчид! Хамгийн сүүлд бид функцийг ашиглах талаар ярилцсан сэдвийг хөндсөн. Өнөөдөр энэ цуврал нийтлэлийн эхний хэсэгт бид үүнийг олж мэдэх болно Өгөгдлийн найрлагын талбарын үүргийг юунд ашигладаг вэ?, мөн эдгээр үүргийг дүүргэх жишээг авч үзье.

ACS талбарын үүргийг харуулж байна энэ юун талбар вэ. Талбайн үүрэг бүр өөрийн өмчийг агуулж болно. Жишээлбэл, энэ нь тоон утгатай бөгөөд хэрэв талбар нь цэг бол хугацааны дугаарыг агуулна. Хэрэв "Үе" шинж чанарын утга 0 (тэг) байвал энэ талбар нь үе биш гэсэн үг юм. Эсвэл "Dimension" шинж чанар нь талбар нь хэмжээс гэдгийг илтгэнэ. Хэрэв талбар нь хэмжээс юм бол балансын талбаруудын нийлбэр дүнг тооцоолоход энэ мэдээллийг ашиглана.

Өгөгдлийн бүтцийн схемийн талбар бүрийн хувьд та үүрэг зааж өгч болно. Дүрүүд балансын тооцооны зөв байдалд нөлөөлнө. Ялангуяа зарим хүснэгтийн дагуу эхний болон эцсийн үлдэгдэл. Хэрэв асуулгад "Үлдэгдэл ба эргэлт" виртуал хүснэгтийг сонгосон бол эхний болон эцсийн үлдэгдлийг нарийн төвөгтэй алгоритм ашиглан тооцоолно, ялангуяа бид үеээр нэмэлт тархалтыг ашигладаг бол.

Гэхдээ хэрэв асуулгад энэ бүхэн олон тооны гаралтын талбар дээр тулгуурлан зөв ажилладаг бол өгөгдлийн найрлагад бүх зүйл арай дорддог. Эцсийн эцэст бид хэрэглэгч ямар талбаруудыг сонгохыг мэдэхгүй байна. Бүх зүйл түүний тайлангийн хувилбарын тохиргооноос хамаарах бөгөөд тэрээр хүссэн үедээ өөрчилж болно. Тиймээс өгөгдлийн бүрдлийн систем нь тодорхой багц өгөгдлийн нээлт, хаалтын үлдэгдлийг тооцоолох өөрийн гэсэн механизмтай бөгөөд үүний дагуу үүрэг гүйцэтгэдэг. Үүнийг нээгээд талбар бүрт үүрэг тохируулж болохыг харцгаая.

Асуулгын өгөгдлийн багц нэмье. Үүнийг хийхийн тулд бид "Query Builder" үндсэн элементийг идэвхтэй болгох хэрэгтэй. Хуримтлалын бүртгэлийн "Үлдэгдэл ба эргэлт" виртуал хүснэгтэд хандъя. Бид юу харж байна вэ?

Дээрх зурагнаас харахад зарим талбарт үүрэг гүйцэтгэсэн болохыг бид харж байна. Бид Автоматаар гүйцээх тугийг тохируулсан учраас ийм зүйл болсон. Гэхдээ энэ нь үргэлж боломжгүй байдаг тул заримдаа та дүрийг гараар оруулах хэрэгтэй болдог. Хэд хэдэн жишээг авч үзье.

Жишээ нь, бидний ашигладаг асуулгад "SELECT" хайлтын хэлний операторыг ашигладаг гэж бодъё. Дараах нөхцлийг тайлбарлая.

Бүтээгдэхүүний үлдэгдэл, эргэлт.Нэршил = Утга(Лавлах.Нэршил.ХоосонХолбоос) Дараа нь Утга(Лавлах.Нэршил.Шампунь) ҮЕД БҮТЭЭГДЭХҮҮНИЙ үлдэгдэл, эргэлт.Нэршил Төгсгөл.

Энэ оруулга нь тухайн зүйл хоосон холбоостой тохирч байвал (бид функцийн утгын лавлах ном "Нэршил", хоосон холбоосыг үзнэ үү) урьдчилан тодорхойлсон элементийн утгыг буцаана гэсэн үг юм. Бидний тохиргоонд ийм урьдчилан тодорхойлсон элемент байгаа бөгөөд үүнийг "Шампунь" гэж нэрлэдэг гэж бодъё. IN өөрөөр, бид тухайн зүйлийн утгыг өөрөө буцаана. Бид дараахь зүйлийг авна.

Таны харж байгаагаар "Нэршил" талбарт үүрэг гүйцэтгээгүй байна. Гэхдээ та зурган дээрээс харж байгаагаар бодит байдал дээр бид "Талбар1" талбарт үүрэг оруулаагүй бөгөөд энэ тохиолдолд үлдсэн хэсгийг зөв тооцоолох боломжгүй болно.

Үүрэг бие даан хуваарилагдах боломжгүй бусад жишээнүүд бий. Жишээлбэл, энэ нь ашиглах явдал юм, өөрөөр хэлбэл тодорхой утгын хүснэгтийг өөр мэдээллийн баазаас ачаалж оруулснаар оруулдаг бөгөөд үүнээс үлдэгдлийг тооцоолох шаардлагатай. Энэ тохиолдолд бид өөрсдөө үүрэг даалгавар өгөх ёстой. Үүнийг хэрхэн яаж хийхийг бид авч үзэх болно.

Өгүүллийн төгсгөлд би Анатолий Сотниковоос үнэгүй нэгийг санал болгохыг хүсч байна. Энэ бол туршлагатай програмистын сургалт юм. Энэ нь танд хандалтын хяналтын системд хэрхэн тайлан гаргахыг тусад нь харуулах болно. Та зүгээр л анхааралтай сонсож, санаж байх хэрэгтэй! Та дараах асуултуудад хариулт авах болно.
  • Энгийн жагсаалтын тайланг хэрхэн үүсгэх вэ?
  • "Талбарууд" таб дээрх Талбар, Зам, Гарчиг баганууд юунд зориулагдсан вэ?
  • Бүдүүвчний талбарт ямар хязгаарлалт байдаг вэ?
  • Дүрүүдийг хэрхэн зөв тохируулах вэ?
  • Байршлын талбарууд ямар үүрэг гүйцэтгэдэг вэ?
  • Асуулгад өгөгдлийн бүрдлийн табыг хаанаас олох вэ?
  • Хандалтын хяналтын систем дэх параметрүүдийг хэрхэн тохируулах вэ?
  • Энэ нь улам сонирхолтой болж байна ...
Магадгүй та шаардлагатай мэдээллийг хайж интернетээр аялах гэж оролдох хэрэггүй болов уу? Түүнээс гадна бүх зүйл ашиглахад бэлэн байна. Зүгээр л эхэл! Үнэгүй видео хичээлд юу байгаа талаар бүх дэлгэрэнгүй мэдээлэл

Бид "Менежмент" тохиргоонд жишээ өгөх болно үйлдвэрлэлийн аж ахуйн нэгж" хувилбар 1.3. B мэдээллийн бааз"Байгууллага" лавлахын бүх элементүүдийн хувьд "Үндсэн агуулах", "Холбогдох эсрэг тал" болон "Байршуулсан улс" гэсэн шинж чанарууд нэмэгдсэн. Бид мэдээллийн бүтцийн системд (DCS) тайлан үүсгэх хэрэгтэй бөгөөд үүнд байгууллагын нэмэлт шинж чанарт үндэслэн сонголт хийх боломжтой.

Энэ тохиолдолд бид объектын шинж чанаруудтай ажиллахын тулд стандарт ACS функцийг ашиглана. Бид ийм тайланг боловсруулах нэг онцлог шинжийг авч үзэх болно, тухайлбал "Тохируулагч" горимд өгөгдлийн бүтцийн схемийн дизайнерын нэмэлт шинж чанарыг ашиглах боломжгүй юм. Сүүлийнх нь тайланд харуулах талбаруудыг тохируулах, сонгох, тайлангийн бүтцэд бүлэглэх гэх мэт онцлог талбаруудыг ашиглахыг зөвшөөрдөггүй.

Тайлан үүсгэх, шинж чанарыг тохируулах

Энгийн тайлан үүсгэцгээе. Энэ нь дараах асуулга бүхий нэг өгөгдлийн багцтай байх болно.

QueryText = "СОНГОХ | Байгууллагууд . Link AS байгууллага,| Байгууллага . TIN,| Байгууллага . хяналтын цэг |FROMЛавлах";

Тайлангийн бүтэц нь зөвхөн асуулгад сонгосон бүх талбар бүхий нарийвчилсан бичлэгүүдийг гаргана. Дизайнер дээр тайлангийн бүтцийг тохируулах нь иймэрхүү харагдах болно.

Доорх дэлгэцийн агшинд одоогийн тохиргоотой тайлангийн гаралтыг харуулав.

Агуу их. Одоо шинж чанаруудыг тохируулах руу шилжье, гэхдээ үүнээс өмнө би танд сануулъя ерөнхий тоймзөөлөн асаагуур зэрэг ихэнх стандарт тохиргоонд шинж чанарын механизмын ажиллагаа. Үүнийг хийхийн тулд хэд хэдэн тохиргооны объектуудыг ашигладаг.

  1. "Объектуудын шинж чанар" шинж чанарын төрлүүдийн төлөвлөгөө.
  2. "Объектын өмчийн үнэ цэнэ" мэдээллийн бүртгэл.

Графикийн хувьд мэдээллийн баазын объект ба түүний шинж чанаруудын хоорондын хамаарлыг дараах диаграммыг ашиглан дүрсэлж болно.

Бид схемийг илүү дэлгэрэнгүй тайлбарлая. "Объект" хэмжигдэхүүн дэх "ObjectPropertyValues" мэдээллийн бүртгэл нь тухайн өмчийг хадгалсан мэдээллийн сангийн элементийн холбоосыг агуулна. Бидний жишээнд энэ нь "Байгууллага" лавлах элементийн холбоос юм. Бүгд боломжит шинж чанаруудобъектууд нь шинж чанарын төрлөөр тодорхойлогддог (PVC) "Объектуудын шинж чанар". Нарийвчилсан бүртгэлд хадгалагдсан шинж чанарын утга нь Өмчийн хэмжээст бүртгэгдсэн шинж чанарын төлөвлөгөөний элементийн боломжтой өгөгдлийн төрлөөс хамаарна. Энэ тайлбарыг зөвхөн өгөх ёстой ерөнхий санаанэмэлт механизмын тухай шинж чанарууд. Практикт энэ нь илүү төвөгтэй байдаг.

Одоо өгөгдлийн бүтцийн схемд шинж чанаруудыг тохируулах руу шилжье. Үүнийг хийхийн тулд асуулга зохион бүтээгчийг ажиллуулж, "Онцлогууд" таб руу очно уу. Энд та мэдээллийн сангийн объектыг шинж чанар, шинж чанарын утгын хүснэгттэй холбох талбарыг нэмэх хэрэгтэй. Өмнө нь бид нэмэлт хадгалах тохиргооны объектуудын хоорондын харилцааны схемийг авч үзсэн. шинж чанар/шинж чанар. Эдгээр мэдээлэлд үндэслэн тохиргоог дараах байдлаар хийнэ.

Үүний дараа өгөгдлийн багцын хүсэлтийг объектын шинж чанарыг олж авах зааварчилгаагаар хавсаргана.

" СОНГОХ | Байгууллага . Link AS байгууллага,| Байгууллага . TIN,| Байгууллага . хяналтын цэг |FROM| Лавлах . Байгууллага AS Байгууллага | // Нэмэх. шинж чанарыг олж авах заавар |(ОНЦЛОГ| ТӨРӨЛ (Лавлах. Байгууллагууд) | ОНЦЛОГИЙН ТӨРӨЛ ТӨРЛИЙН ТӨЛӨВЛӨГӨӨ. Объектын шинж чанарууд | ХЭЛБЭРИЙН ТҮЛХҮҮР Холбоос | ХЭЛБЭРИЙН НЭР Нэр | НИСЛЭГИЙН ТӨРӨЛИЙН ҮНЭ ТӨРЛИЙН ҮНЭ ТӨРӨЛ | ШИНЖ ҮНЭ ЦЭНЭ Мэдээллийн бүртгэл. Объектын өмчийн үнэ цэнэ | FIELD OBject Object | POLEVIDA өмч | АШИГТ ҮНЭ ЦЭНЭ Утга)"

Тэгээд л болоо. Тайлангийн функц нь танд тайлангийн нэмэлт шинж чанаруудын (гаралтын талбар, сонголт гэх мэт) талбаруудыг сонгох боломжийг танд олгоно. Гэхдээ нэг ГЭХДЭЭ бий. Бид эдгээр талбаруудыг тайлангийн тохиргоонд зөвхөн 1C: Enterprise горимд ашиглах боломжтой. Тохируулагчид бид шинж чанаруудын талбаруудыг харж чадахгүй байгаа бөгөөд энэ нь логик шинж чанартай, учир нь шинж чанаруудыг хэрэглэгч оруулж, мэдээллийн санд хадгалдаг.

Гэхдээ шаардлагатай бол бид шинж чанаруудын талбаруудыг, жишээлбэл, сонгохоосоо өмнө нэмж болно. Жижигхэн жишээг харцгаая.

Онцлог шинж чанартай программчлагдсан ажил

Тайлангийн маягтыг нээхдээ дараах програмын кодыг ажиллуулна.

CurrentSettings = ComposerSettings. Тохиргоо; CollectionCollection = Одоогийн тохиргоо. Сонголт. Элементүүд; // Нэмэлтээр сонголт нэмнэ. "Үндсэн агуулах" барааны дэлгэрэнгүй мэдээлэл рүү. [Үндсэн агуулах] // Нэмэлтээр сонголт нэмнэ. "Байршуулсан улс" нэр томъёоны дэлгэрэнгүй мэдээлэлд NovEl = CollectionSelections. Нэмэх(Төрөл(" Сонголт элементийн мэдээллийн зохион байгуулалт" ) ); NewEl.ComparisonType = DataCompositionComparisonType. Тэнцүү; NewEl.LeftValue = . [Нийтэлсэн улс]" ); NewEl. Usage = Худал ; // Нэмэлтээр сонголт нэмнэ. зүйлийн дэлгэрэнгүй мэдээлэлд "Холбогдох эсрэг тал" NovEl = CollectionSelections. Нэмэх(Төрөл(" Сонголт элементийн мэдээллийн зохион байгуулалт" ) ); NewEl.ComparisonView = DataCompositionComparisonView. Тэнцүү; NewEl.LeftValue = NewDataCompositionField("Байгууллага . [Холбогдох эсрэг тал]" ); NewEl. Usage = Худал ;

Хэрэв бид 1C: Enterprise горим дахь тайлангийн сонголтыг харвал дараах зургийг харах болно.

Тиймээс бид "Байгууллагууд" лавлахын нэмэлт шинж чанарууд дээр үндэслэн сонголтыг програмын дагуу нэмсэн боловч эдгээр талбарууд ACS дизайнер дээр байхгүй байсан. Өгөгдлийн найрлагын талбарыг тодорхойлох синтаксийг анхаарна уу.

NewDataCompositionField("Байгууллага . [Холбогдох эсрэг тал]" ) ,

тухайлбал “[Холбогдсон эсрэг тал]” текст. Хэрэв бид ингэж бичвэл:

NewDataCompositionField("Байгууллага . Холбогдох эсрэг тал" ) ,

дараа нь тайланг ажиллуулах үед ACS нь байршлын талбаруудыг буруу илрүүлэх болно. Тохиргоонд сонголтын талбаруудыг буруу гэж тодотгох болно:

ACS дизайнер дээр байхгүй нэмэлт шинж чанарууд болон дэлгэрэнгүй мэдээллийг програмын дагуу хандах үед та дараах синтаксийг ашиглах ёстой.

NewDataCompositionField(" . " )

Тиймээс бид ACS дизайнер дээр талбарууд байхгүй байсан ч тайлангийн тохиргоог тохируулах боломжтой.

Дүгнэлт

ACS-д шинж чанарын тохиргоог ашиглах нь нарийн төвөгтэй тайланг боловсруулахад ихээхэн хялбарчлах боломжтой. Сонголтыг нэмэлтээр тохируулах чадваргүй гэх мэт ажлын зарим дутагдалтай байсан ч. Дизайнер дахь шинж чанарууд гэх мэт шинж чанаруудын механизмыг 1С: Аж ахуйн нэгжийн систем дэх тайланг боловсруулах ажлыг хялбаршуулах чухал алхам гэж үзэж болно.

Нийтлэлд бид ACS-ийн шинж чанаруудын бүх боломжуудыг авч үзээгүй. Өгүүллийн хамрах хүрээнээс гадна өгөгдлийн эх сурвалжийг шинж чанар, шинж чанарын утгын хувьд дур мэдэн тодорхойлох, мэдээллийн санд байгаа бүх шинж чанарыг эзэмшигчээс сонгох гэх мэт боломжууд байдаг. Сэдэв том, мэдлэгийн хүрээгээ тэлэх орон зай бий.

Бизнесийн програм хангамжийн хамгийн чухал чиглэлүүдийн нэг бол тайлан гаргах явдал юм. Бизнесийн хувь заяа, энэ нь тайлан байх болно татварын албаэсвэл улирлын болон бусад хүчин зүйлээс барааны эрэлтийн хамаарлын диаграмм. Хүчирхэг, уян хатан тайлангийн систем нь шаардлагатай өгөгдлийг системээс гаргаж авахад хялбар болгож, ойлгомжтой хэлбэрээр танилцуулж, эцсийн хэрэглэгчдэд өгөгдлийг шинэ нүдээр харахын тулд стандарт тайланг дахин тохируулах боломжийг олгодог. бизнесийн систем хичээх ёстой.

1C: Enterprise платформ дээр "Өгөгдлийн бүрдлийн систем" (DCS гэж товчилсон) гэж нэрлэгддэг механизм нь тайлан гаргах үүрэгтэй. Энэ нийтлэлд бид өгөхийг хичээх болно Товч тодорхойлолт ACS механизмын санаа, архитектур, түүний боломжууд.


ACS нь тайлангийн тунхаглалд суурилсан механизм юм. Хандалтын хяналтын систем нь тайлан гаргах, нарийн төвөгтэй бүтэцтэй мэдээллийг харуулах зориулалттай. Дашрамд дурдахад, тайлан боловсруулахаас гадна ACS механизмыг 1C: Enterprise-д динамик жагсаалтад ашигладаг бөгөөд жагсаалтын мэдээллийг баялаг функцтэй (хавтгай ба шаталсан жагсаалтыг харуулах, мөрийн нөхцөлт дизайн, бүлэглэл гэх мэт) харуулах хэрэгсэл юм. ).

Жаахан түүх

1C: Enterprise 8 платформын хамгийн анхны хувилбар болох 8.0 хувилбарт тайлангуудыг дараах байдлаар хийсэн.
  1. Нэг буюу хэд хэдэн асуулга нь 1С асуулгын хэлээр бичигдсэн (SQL-тэй төстэй хэл, энэ талаар доор дэлгэрэнгүй).
  2. Гүйцэтгэсэн асуулгын үр дүнг хүснэгтийн баримт бичиг эсвэл диаграм руу шилжүүлэх кодыг бичсэн. Код нь асуулгад хийх боломжгүй ажлыг хийх боломжтой - жишээлбэл, суулгасан 1С хэлийг ашиглан утгыг тооцоолсон.
Арга нь энгийн, гэхдээ хамгийн тохиромжтой биш - хамгийн бага харааны тохиргоо байдаг, бүх зүйлийг "гараас" програмчлах ёстой. "1С: Аж ахуйн нэгж 8" цоо шинэ платформын тэр үеийн хамгийн том хөзөрүүдийн нэг нь хэрэглээний шийдэлд гараар бичих шаардлагатай кодын хэмжээг багасгах, ялангуяа харааны дизайнаар дамжуулан хийх явдал байв. Мэдээллийн механизмд ижил замаар явах нь логик юм. Үүнийг шинэ механизм - Мэдээллийн бүрдлийн систем боловсруулах замаар хийсэн.

Хандалтын хяналтын системийн үндэс суурийг бүрдүүлсэн санаануудын нэг нь тайлангийн уян хатан байдал, тохируулга байсан бөгөөд энэ нь хөгжүүлэгч болон эцсийн хэрэглэгчдэд хүртээмжтэй байв. Би эцсийн хэрэглэгчдэд хөгжүүлэгчидтэй ижил тайлангийн загвар гаргах хэрэгсэлд хандах эрхийг олгохыг хүсч байна. Хүн бүр ашиглах боломжтой нэг багц хэрэгслийг бий болгох нь логик юм. Хэрэгслүүд нь эцсийн хэрэглэгчийн оролцоог шаарддаг тул тэдгээрийн програмчлалын хэрэглээг хамгийн бага хэмжээнд хүртэл бууруулж (үүнийг бүрмөсөн арилгах нь зүйтэй), харааны тохиргоог дээд зэргээр ашиглах ёстой гэсэн үг юм.

Асуудлын томъёолол

Хөгжлийн багийн өмнө хийх ажил бол алгоритм дээр (жишээ нь код бичих замаар) бус харин тайлан үүсгэх тунхаглалын аргад суурилсан тайлангийн системийг бий болгох явдал байв. Мөн бид асуудлыг амжилттай шийдвэрлэсэн гэж үзэж байна. Бидний туршлагаас харахад шаардлагатай тайлагналын 80 орчим хувийг ACS ашиглан нэг мөр кодгүйгээр (тооцоолсон талбарт томъёо бичихээс бусад) ихэвчлэн харааны тохиргоогоор дамжуулан хийж болно.
SDS-ийн анхны хувилбарыг боловсруулахад 5 орчим жил зарцуулсан.

Хоёр хэл

Тайлан үүсгэхэд хоёр хэл оролцдог. Нэг нь өгөгдөл сэргээхэд ашигладаг асуулгын хэл юм. Хоёр дахь нь системийн янз бүрийн хэсгүүдэд, тухайлбал, өгөгдлийн найрлагын тохиргоонд хэрэглэгчийн талбаруудын илэрхийлэлийг дүрслэн бичихэд зориулагдсан өгөгдлийн бүтцийг илэрхийлэх хэл юм.

Асуулгын хэл

Асуулгын хэл нь SQL дээр суурилсан бөгөөд SQL-ийн мэдлэгтэй хүмүүст сурахад хялбар байдаг. Жишээ хүсэлт:

SQL асуулгын стандарт хэсгүүдийн аналогийг харахад хялбар байдаг - SELECT, FROM, GROUP BY, ORDER BY.

Үүний зэрэгцээ асуулгын хэл нь санхүү, эдийн засгийн асуудлын онцлогийг тусгах, хэрэглээний шийдлүүдийг боловсруулах хүчин чармайлтыг нэмэгдүүлэхэд чиглэсэн олон тооны өргөтгөлүүдийг агуулдаг.

  • Цэг ашиглан талбарт хандах. Хэрэв хүснэгтийн талбарууд нь лавлагааны төрлийн (өөр хүснэгтийн объектуудын холбоосыг хадгалдаг) бол хөгжүүлэгч нь хүсэлтийн текстэнд "." -ээр дамжуулан тэдгээрт хандах боломжтой бөгөөд систем нь үүрлэх түвшний тоог хязгаарладаггүй. ийм холбоосуудын (жишээлбэл, Хэрэглэгчийн захиалга. Гэрээ. Байгууллага. Утас).
  • Олон хэмжээст ба олон түвшний үр дүнг бий болгох. Нийт ба дэд нийлбэрийг бүлэглэл, шатлалыг харгалзан бүрдүүлдэг бөгөөд нэгтгэн дүгнэх замаар түвшингүүдийг ямар ч дарааллаар дамжих боломжтой бөгөөд цаг хугацааны хэмжигдэхүүнүүдийн дагуу нийлбэрийн зөв бүтэцтэй байдлыг хангана.
  • Виртуал хүснэгтийг дэмжих. Системээс өгсөн виртуал хүснэгтүүд нь нарийн төвөгтэй асуулга үүсгэх шаардлагагүйгээр ихэнх хэрэглээний ажлуудад бараг бэлэн өгөгдлийг олж авах боломжийг олгодог. Тиймээс виртуал хүснэгт нь тодорхой хугацааны туршид бүтээгдэхүүний үлдэгдлийн талаархи мэдээллийг өгөх боломжтой. Үүний зэрэгцээ виртуал хүснэгтүүд нь хадгалагдсан мэдээллийг хамгийн их ашигладаг, жишээлбэл, урьд нь тооцоолсон нийт дүн гэх мэт.
  • Түр зуурын ширээ. Асуулгын хэл нь асуулгад түр зуурын хүснэгтүүдийг ашиглах боломжийг олгодог. Тэдгээрийн тусламжтайгаар та асуулгын гүйцэтгэлийг сайжруулж, зарим тохиолдолд блоклох тоог бууруулж, асуулгын текстийг уншихад хялбар болгох боломжтой.
  • Багц хүсэлт. Түр зуурын хүснэгтүүдтэй ажиллахад илүү тохиромжтой болгохын тулд асуулгын хэл нь багц асуулгатай ажиллахыг дэмждэг тул түр зуурын хүснэгт үүсгэх, түүний хэрэглээг нэг асуулгад байрлуулсан болно. Багц хүсэлт нь цэг таслалаар тусгаарлагдсан хүсэлтүүдийн дараалал юм (";"). Багц дахь хүсэлтүүд ар араасаа биелдэг. Ашигласан аргаас хамааран багцын хүсэлтийг гүйцэтгэх үр дүн нь багц дахь сүүлчийн хүсэлтээр буцаасан үр дүн эсвэл багц дахь асуулга дагаж буй дарааллаар багц дахь бүх асуулгын үр дүнгийн массив байх болно. .
  • Лавлагааны талбаруудын дүрслэлийг татаж байна. Объектын хүснэгт бүр (лавлах ном эсвэл баримт бичиг хадгалагддаг) "Харах" виртуал талбартай байдаг. Энэ талбар нь объектын текст дүрслэлийг агуулсан бөгөөд тайлан бүтээгчийн ажлыг хөнгөвчилдөг. Тиймээс, баримт бичгийн хувьд энэ талбарт бүгдийг агуулна гол мэдээлэл- баримт бичгийн төрлийн нэр, түүний дугаар, огноо (жишээлбэл, "2017 оны 07-р сарын 17:49:14-ний өдрийн худалдаа 000000003"), хөгжүүлэгчийг тооцоолсон талбар бичихээс хамгаална.
  • гэх мэт.
Хүсэлтийн механизм нь хүсэлтийг гүйцэтгэсэн хэрэглэгчийн үүрэг (жишээ нь, хэрэглэгч зөвхөн харах эрхтэй өгөгдлийг харах болно) болон функциональ сонголтуудыг (өөрөөр хэлбэл, хүсэлтийн дагуу) харгалзан хүсэлтийг автоматаар өөрчилдөг. програмын шийдлийн функцэд тохируулагдсан хүмүүстэй).

Мөн хандалтын хяналтын системд зориулсан тусгай асуулгын хэлний өргөтгөлүүд байдаг. Өргөтгөл нь буржгар хаалтанд хавсаргаж, хүсэлтийн хэсэгт шууд байрлуулсан тусгай синтаксийн зааврыг ашиглан хийгддэг. Өргөтгөлүүдийг ашигласнаар хөгжүүлэгч эцсийн хэрэглэгч тайланг өөрчлөхдөө ямар үйлдлүүдийг гүйцэтгэх боломжтойг тодорхойлдог.

Жишээлбэл:

  • СОНГОХ. Энэ өгүүлбэр нь хэрэглэгчийн гаралтад сонгох боломжтой талбаруудыг тайлбарласан болно. Энэ түлхүүр үгийн дараа асуулгын үндсэн жагсаалтаас тохиргоо хийх боломжтой талбаруудын нэрс таслалаар тусгаарлагдана. Жишээ нь: (Сонгосон зүйл, агуулах)
  • ХААНА. Хэрэглэгч сонголт хийх боломжтой талбаруудыг тайлбарласан болно. Энэ санал нь хүснэгтийн талбаруудыг ашигладаг. Сонголтын жагсаалтын талбарын нэр ашиглахыг зөвшөөрөхгүй. Холбооны хэсэг бүр өөрийн WHERE элементийг агуулж болно. Жишээ нь: (ХАААН Зүйл.*, Агуулах), (ХААНА Баримт бичиг.Огноо >= &ЭхлэхОгноо, Баримт бичиг.Огноо.<= &ДатаКонца}
  • гэх мэт.
Өргөтгөлүүдийг ашиглах жишээ:

Өгөгдлийн бүрдүүлэлтийг илэрхийлэх хэл

Өгөгдлийн бүрдлийн илэрхийллийн хэл нь тусгайлсан талбарын илэрхийллийг тайлбарлахад хэрэглэгддэг илэрхийлэлүүдийг бичихэд зориулагдсан. SKD нь танд өөрийн илэрхийлэл эсвэл сонгох нөхцөл бүхий сонголтуудын багцыг ашиглан тайланд тусгай талбаруудыг тодорхойлох боломжийг олгодог (SQL дэх CASE-тэй адил). Захиалгат талбарууд нь тооцоолсон талбаруудтай төстэй. Тэдгээрийг тохируулагч болон 1С: Аж ахуйн нэгжийн горимд хоёуланг нь тохируулах боломжтой боловч нийтлэг модулиудын функцийг тусгай талбарын илэрхийлэлд ашиглах боломжгүй. Тиймээс өөрчлөн тохируулсан талбарууд нь хөгжүүлэгч биш харин хэрэглэгчдэд зориулагдсан болно.

Жишээ:

Хандалтын хяналтын системийн тайланг бий болгох үйл явц

Тайлан үүсгэхдээ бид тайланд өгөгдлийг хэрхэн харуулахыг тодорхойлсон загвар зохион бүтээх хэрэгтэй. Та өгөгдлийн байршлын диаграм дээр үндэслэн зураглал үүсгэж болно. Өгөгдлийн байршлын диаграмм нь тайланд өгөгдсөн өгөгдлийн мөн чанарыг (өгөгдлийг хаанаас авах, түүний зохион байгуулалтыг хэрхэн хянах) тайлбарладаг. Мэдээллийн бүтцийн схем нь бүх төрлийн тайланг үүсгэх үндэс суурь юм. Өгөгдлийн бүтцийн схем нь дараахь зүйлийг агуулж болно.
  • өгөгдлийн бүтцийн системийн заавар бүхий текстийг хүсэх;
  • олон өгөгдлийн багцын тайлбар;
  • боломжтой талбаруудын нарийвчилсан тайлбар;
  • олон өгөгдлийн багц хоорондын харилцааг тайлбарлах;
  • өгөгдөл олж авах параметрүүдийн тодорхойлолт;
  • талбайн зохион байгуулалт, бүлэглэлийн тодорхойлолт;
  • гэх мэт.

Жишээлбэл, та асуулгыг өгөгдлийн бүрдлийн схемд өгөгдлийн багц болгон нэмж, асуулга үүсгэгчийг дуудаж болох бөгөөд энэ нь дурын нарийн төвөгтэй асуулга график хэлбэрээр үүсгэх боломжийг олгодог.

Асуулт зохион бүтээгчийг ажиллуулсны үр дүн нь асуулгын текст (1С: Enterprise асуулгын хэлээр) байх болно. Шаардлагатай бол энэ текстийг гараар тохируулж болно:

Өгөгдлийн байршлын схемд хэд хэдэн өгөгдлийн багц байж болно, өгөгдлийн багцыг байршилд ямар нэгэн байдлаар холбож, тооцоолсон талбаруудыг нэмж, тайлангийн параметрүүдийг зааж өгч болно. 1C: Enterprise дахь асуулгын механизмын сонирхолтой шинж чанарыг дурдах нь зүйтэй. Асуулга нь эцсийн эцэст программ шууд ажилладаг DBMS-д зориулагдсан SQL хэлний аялгуу руу хөрвүүлэгддэг. Ерөнхийдөө бид DBMS серверүүдийн чадавхийг дээд зэргээр ашиглахыг хичээдэг (бид зөвхөн MS SQL, Oracle, IBM DB2 - 1C: Enterprise платформоор дэмжигдсэн бүх DBMS-д нэгэн зэрэг ашиглах боломжтой боломжуудыг ашигладаг тул бид хязгаарлагддаг. , PostgreSQL). Тиймээс тооцоолсон талбарууд дахь асуулгын түвшинд бид зөвхөн SQL рүү хөрвүүлсэн функцуудыг ашиглах боломжтой.

Гэхдээ өгөгдлийн бүтцийн схемийн түвшинд бид захиалгат талбаруудыг аль хэдийн нэмж, тэдгээрийн функцийг 1С хөгжүүлэлтийн хэл дээр (бидний бичсэнийг оруулаад) ашиглах боломжтой бөгөөд энэ нь тайлангийн чадварыг ихээхэн өргөжүүлдэг. Техникийн хувьд энэ нь иймэрхүү харагдаж байна - SQL рүү хөрвүүлж болох бүх зүйлийг SQL рүү хөрвүүлж, асуулга нь DBMS түвшинд хийгдэж, асуулгын үр дүнг 1С програмын серверийн санах ойд байрлуулж, SKD нь бичлэг бүрт утгыг тооцдог. Томьёо нь 1С хэл дээр бичигдсэн тооцоолсон талбаруудын.


Тусгай талбаруудыг нэмж байна

Та тайланд дурын тооны хүснэгт, диаграм нэмж болно:


Тайлангийн дизайнер


Ажиллах цагийн тайлан

SKD-ийг ашигласнаар хэрэглэгч тайланд нарийн төвөгтэй сонголтуудыг (хүсэлтэд тохирох газруудад нэмэх), нөхцөлт дизайн (харуулсан талбаруудыг утгаасаа хамааран фонт, өнгө гэх мэт өөрөөр форматлахыг зөвшөөрөх) нэмж болно. ) болон бусад олон..

Тайланг бүтээх, гаргах үйл явцыг дараах байдлаар товч тайлбарлаж болно.

  • Дизайнерын тусламжтайгаар (эсвэл код ашиглан ажиллах үед) загвар зохион бүтээгч нь өгөгдлийн байршлын схемийг тодорхойлдог.
    • Хүсэлт/хүсэлтийн текст
    • Тооцоолсон талбаруудын тодорхойлолт
    • Хүсэлтүүдийн хоорондын хамаарал (хэрэв хэд хэдэн байгаа бол)
    • Тайлангийн сонголтууд
    • Өгөгдмөл тохиргоо
    • гэх мэт.
  • Дээрх тохиргоонууд нь байршилд хадгалагдана
  • Хэрэглэгч тайланг нээнэ
    • Нэмэлт тохиргоо хийх боломжтой (жишээлбэл, параметрийн утгыг өөрчлөх)
    • "Үйлдвэрлэх" товчийг дарна уу
  • Хэрэглэгчийн тохиргоог хөгжүүлэгчийн тодорхойлсон өгөгдлийн бүтцийн схемд хэрэглэнэ.
  • Мэдээллийг хаанаас хүлээн авах тухай зааврыг агуулсан завсрын өгөгдлийн бүрдүүлэлтийг бий болгосон. Ялангуяа байршилд заасан асуулгад тохируулагдсан болно. Тиймээс тайланд ашиглагдаагүй талбаруудыг хүсэлтээс хасдаг (хүлээн авсан мэдээллийн хэмжээг багасгахын тулд үүнийг хийдэг). Тооцоолсон талбарын томъёонд оролцдог бүх талбарыг асуулгад нэмнэ.
  • Өгөгдлийн найрлагын процессор ажиллаж байна. Байршлын процессор нь асуулга гүйцэтгэж, өгөгдлийн багцыг холбож, тооцоолсон талбар, нөөцийн утгыг тооцоолж, бүлэглэнэ. Нэг үгээр бол DBMS түвшинд хийгээгүй бүх тооцоог хийдэг.
  • Өгөгдлийн гаралтын процессор нь гүйцэтгэх хүсэлтийг эхлүүлж, хүлээн авсан өгөгдлийг хүснэгтийн баримт бичиг, график гэх мэт хэлбэрээр харуулна.


ACS механизмыг ашиглан тайлан гаргах үйл явц

Бид серверээс клиент програм руу шилжүүлсэн тайлангийн өгөгдлийн хэмжээг багасгахыг хичээдэг. Хүснэгтийн баримт бичигт өгөгдлийг харуулахдаа хүснэгтийн баримтыг нээхдээ бид серверээс зөвхөн хэрэглэгчийн баримт бичгийн эхэнд хардаг мөрүүдийг шилжүүлдэг. Хэрэглэгч баримт бичгийн шугамын дагуу шилжих үед алга болсон өгөгдлийг серверээс үйлчлүүлэгч рүү татаж авдаг.

Тусгай тохиргоо

Бүх ACS хэрэгслүүд нь хөгжүүлэгч болон эцсийн хэрэглэгчдэд боломжтой. Гэвч практик нь эцсийн хэрэглэгчийг олон тооны багаж хэрэгслийн чадвараас айдаг болохыг харуулж байна. Түүнээс гадна, ихэнх тохиолдолд эцсийн хэрэглэгч тохиргооны бүх хүч шаарддаггүй - түүнд нэг эсвэл хоёр тайлангийн параметрийг (жишээлбэл, хугацаа, эсрэг тал) тохируулахад хурдан хандах нь хангалттай юм. Платформын тодорхой хувилбараас эхлэн тайлан боловсруулагч нь хэрэглэгчдэд аль тайлангийн тохиргоог ашиглах боломжтой болохыг тэмдэглэх боломжтой. Үүнийг "Хэрэглэгчийн тохиргоонд оруулах" нүдийг ашиглан хийнэ. Мөн тайлангийн тохиргоо нь "Дэлгэцийн горим" гэсэн тугтай болсон бөгөөд энэ нь гурван утгын аль нэгийг авдаг:
  • Хурдан нэвтрэх. Тохиргоог тайлангийн цонхны дээд хэсэгт шууд харуулах болно.
  • Энгийн. Тохиргоог "Тохиргоо" товчоор дамжуулан хийх боломжтой.
  • Боломжгүй. Энэ тохиргоог эцсийн хэрэглэгч ашиглах боломжгүй.


Загварын хугацаанд дэлгэцийн горимыг тохируулах


Ажиллаж байх үед тохиргоог Түргэн хандалтын горимд харуулах (Үйлдвэрлэх товчлуурын доор)

Хөгжлийн төлөвлөгөө

Хандалтын хяналтын системийг хөгжүүлэх бидний тэргүүлэх чиглэлүүдийн нэг бол хэрэглэгчийн тохиргоог хялбарчлах явдал юм. Бидний туршлагаас харахад зарим эцсийн хэрэглэгчдийн хувьд хэрэглэгчийн тохиргоотой ажиллах нь томоохон ажил хэвээр байдгийг харуулж байна. Үүнийг анхаарч, энэ чиглэлээр ажиллаж байна. Үүний дагуу хөгжүүлэгчдэд хандалтын хяналтын системтэй ажиллах нь илүү хялбар болно, учир нь Бид өмнөх шигээ хөгжүүлэгчид болон эцсийн хэрэглэгчдэд тайлан гаргах нэг хэрэгслээр хангахыг хүсч байна.

Асуулт зохион бүтээгчид өгөгдлийн эх үүсвэрийн тохиргооны маягтаас дуудагдах үед өгөгдлийн бүрдлийн схемийн хувьд. Баримт бичигт ашиглах талаар тодорхой заагаагүй "шинж чанар" таб байдаг. Энэ нийтлэлд би шинж чанаруудыг ACS-д хэрхэн, яагаад ашигладаг болохыг тайлбарлахыг хичээх болно.

Ердийн тохиргоонууд нь бараг бүх объектод ашиглах боломжтой шинж чанар, өмчийн утгын механизмыг идэвхтэй ашигладаг. Үндсэндээ лавлах номонд энэ механизмыг 7.7 тохиргоонд хэрэгжүүлсэн. Одоо энэ механизмыг шинж чанарын төлөвлөгөө, мэдээллийн бүртгэл ашиглан хэрэгжүүлж байгаа боловч санаа нь хэвээр байна.

Би энэ механизмыг хандалтын хяналтын схемд ашиглах хэрэгцээтэй анх тулгарахад би маш удаан хугацаанд тэмцэж, үүрлэсэн асуулга зохион байгуулж, тэдгээрийг үндсэн сонголтод нэгтгэж, ийм систем үүсэх боломжийг хэрхэн тооцох талаар толгойгоо гашилгасан. тайлан боловсруулах үед байгаагүй шинэ төрлийн өмч. Хэрэглэгчийн үүднээс энгийн бөгөөд логик шинж чанартай шинж чанаруудын бүх механизм нь "Онцлогууд" табыг олж мэдэх хүртэл ердийн боловсруулалтад ороогүй юм.

Таб дээрх хүснэгт нь маш сонирхолтой бөгөөд та мөрийг бүхэлд нь зөв оруулах эсвэл мөрийг оруулахаас татгалздаг; систем нь "дараа нь" дутуу бөглөсөн мөрийг орхихыг зөвшөөрөхгүй.

Тиймээс, тодорхой зүйл рүү орцгооё. Эхний багана: Төрөл– энд бид шинж чанаруудыг хавсаргах объектын төрлийг сонгоно, жишээлбэл "ДирectoryLink.Нэршил"

Энэ нь одоо заасан төрлийн бүх объектын өмчийн утгыг авах боломжтой болно гэсэн үг юм.

Цаашид дараагийн баганад Төрөл зүйлийн эх үүсвэрбид өмчийн харагдах эх үүсвэрийн параметрүүдийг тохируулах ёстой. Боломжит сонголтууд ширээм хүсэлт, яагаад бидэнд сонголт хэрэгтэй байна вэ? хүсэлтБи чамд дараа хэлье, одоо нэг зүйлийг сонгоцгооё ширээ.

Баганад Онцлог шинж чанаруудын төрлүүдБид шаардлагатай төрлийн шинж чанаруудыг хадгалах мэдээллийн сангийн хүснэгтийг сонгох ёстой, бидний жишээн дээр энэ нь "Төрийн шинж чанаруудын төлөвлөгөө. Объектуудын шинж чанарууд" байх болно.

Дараа нь баганад сонгох боломжтой утгууд Түлхүүр талбар, Нэрийн талбарТэгээд Утгын төрлийн талбар, бидний сонгосон хүснэгтийн талбаруудаас шууд хамаарна. IN Түлхүүр талбарбид сонгодог Холбоос, В Нэрийн талбарГүйцэтгэл(хэрэглэгч үүнийг атрибутын нэрээр харах болно) болон дотор Төрөл талбартус тус TypeValue.

Одоо үнэт зүйлсийн эх сурвалж руу шилжье. Бидний үнэт зүйлсийн эх сурвалж нь "ObjectPropertyValues" мэдээллийн бүртгэл байх тул баганад сонгоно. Үнэт зүйлийн эх сурвалжширээ, мөн баганад Атрибутын утгууд– "Мэдээллийн бүртгэл. Объектын өмчийн үнэ цэнэ." Баганад Объект, Өмч, Утга, тохирох бүртгэлийн талбаруудыг сонгоно уу Объект, Өмч, Утга.

Энэ л юм шиг санагдаж байна. Бид схемийн тохиргоо руу орж, бүтээгдэхүүнээр нь бүлэглэл нэмж, дэд бүлгийг нэмдэг, жишээ нь Брэндээр, бидэнд ийм өмч бий.

Бид Нэршлийн бүлгийн дэлгэрэнгүй жагсаалтыг өргөжүүлэх ба... тэнд ямар ч өмч харагдахгүй байна:

Баримт нь бид өгөгдөлд хандах боломжгүй тохиргооны хэсэгт байгаа явдал юм. Шаардлагатай тохиргоог хэрхэн хийх вэ? Үүнийг хийх хамгийн тохиромжтой арга бол ITS диск дээрх өгөгдлийн бүтцийн консол эсвэл "Хөгжүүлэгчийн хэрэгсэл" дэд системд багтсан консолыг ашиглах явдал юм. Гэхдээ та тайлангийн тохиргоог аж ахуйн нэгжийн горимд нээх боломжтой.

Тиймээс ижил тохиргоог нээцгээе, гэхдээ аж ахуйн нэгжийн горимд:

Таны харж байгаагаар бид шинэ "Дэлгэрэнгүй мэдээлэл" болон үл хөдлөх хөрөнгийг нэмсэн. Брэнд” гадна талаасаа лавлахын ердийн мэдээллээс ялгаатай биш юм. Мөн эд хөрөнгө " Бүтээгдэхүүний төрөл” нь дөрвөлжин хаалтанд байгаа учир өмчийн дүрслэл нь хоосон зайг агуулж байна.

Гэсэн хэдий ч бидэнд өмч бий " Гэрээний төрөл" лавлахтай холбогдсон " Гэрээ" ба "-тай ямар ч холбоогүй" Нэршил“. Хэрэв тохиргоонд ашиглаагүй бол " Гэрээний төрөл” тэгвэл бүх зүйл зөв ажиллах болно, гэхдээ хэрэв та үүнийг сонговол үр дүнд нь бөглөөгүй болно, учир нь нэр томъёоны нэг ч зүйл энэ өмчийг бодитоор бөглөөгүй болно. Гэхдээ шаардлагагүй шинж чанаруудыг хөл дор оруулахгүйн тулд яаж шүүж чадах вэ?

Үүнийг хийхийн тулд бид "Шинж чанар" таб дээрх асуулга зохион бүтээгчийн эх сурвалжийг харах тохиргоог өөрчлөх хэрэгтэй. Өгүүллийн эхэнд би харах эх сурвалжийн төрөл яагаад хэрэгтэй байгааг хэлнэ гэж амласан гэдгийг санаарай хүсэлт? Одоо бол яг ийм тохиолдол. Харах эх сурвалжийн төрлийг өөрчил хүсэлт. Шинж чанаруудын төрлүүдийн баганад "[...]" товчийг дарснаар асуулга зохион бүтээгчийн шинэ цонх нээгдэнэ.

Тэнд дараах асуултыг оруулна уу:

СОНГОХ
Объектийн шинж чанарууд.Ref.
Объектын шинж чанарууд Нэр + "(өмч)" AS Нэр,
Object Properties.TypeValues
FROM
Тэмдэглэлийн төрлүүдийн төлөвлөгөө.Объектуудын шинж чанарууд AS Объектуудын шинж чанарууд
ХААНА
Объектын шинж чанарууд.Үндсэн хөрөнгийн зорилго = ҮНЭ ЦЭНЭ (Төрийн шинж чанарын төлөвлөгөө. Объектын категорийн шинж чанаруудын зорилго. Лавлах_Нэршил)
БА (ObjectProperties.DeletionMark БИШ)
БА (ObjectProperties.Category БИШ)

Баганад Түлхүүр талбар, Нэрийн талбарТэгээд Утгын төрлийн талбар, тохирох сонголтын талбаруудыг сонгоно уу: Холбоос, НэрТэгээд TypeValue. Энэ нь дараах байдлаар гарах болно.

Одоо бид тайланг тохируулахад шилжихэд Нэршлийн дэлгэрэнгүй жагсаалт дахь зураг өөрчлөгдөх болно.

Одоо бүтээгдэхүүн нь зөвхөн түүнд зориулагдсан шинж чанаруудтай бөгөөд үүнээс гадна шуудангийн скриптийн ачаар тэдгээр нь ердийн нарийн ширийн зүйлсээс мэдэгдэхүйц ялгаатай болсон. (өмч), бид хүсэлтийн үл хөдлөх хөрөнгийн нэр дээр нэмсэн.

Энэ бол бүх зүйл, гэхдээ олон хүн үүнийг тохируулагч дээр тохируулах боломжгүй гэж андуурч магадгүй юм. Үүнд үнэхээр буруу зүйл байхгүй. Тохиргоог (эсвэл бүхэл бүтэн хэлхээг) файлд хадгалж, тохируулагч дээр сэргээхэд хангалттай.

Тохируулагч нь ойлгохгүй байгаа дэлгэрэнгүй мэдээллийг боломжгүй гэж улаан загалмайгаар харуулах болно:

Гэхдээ энэ нь аймшигтай байхаа больсон, учир нь ийм тохиргоотой тайланг тохиргоонд хадгалах боломжтой бөгөөд хэрэглэгч нээх үед зөв ажиллах болно.

Редакторын сонголт
Өөрийгөө шинжлэх нь тухайн хүний ​​өөрийгөө судлах, өөрийн дотоод ертөнцийг танин мэдэх хүсэл эрмэлзэл, өөрийнхөө гүнд нэвтрэх оролдлого юм...

Хялбаршуулсан татварын систем (STS) ашигладаг бүх татвар төлөгчид орлого, зарлагын дэвтэр (KUDiR) хөтлөх шаардлагатай. Хэрэв...

Насим Николас Талеб. Хар хун. Урьдчилан таамаглах боломжгүй шинж тэмдгийн дор (цуглуулга)Хар хун. Урьдчилан таамаглах боломжгүй шинж тэмдгийн дор Бенуат зориулав...

Зан төлөвийн генетикийн судалгаа нь биологи, анагаах ухааны хэд хэдэн салбарт чухал ач холбогдолтой юм. Нэгдүгээрт, тэд байх ёстой ...
Нассим Николас Талеб бол эдийн засагч, худалдаачин, зохиолч юм. Таллеб нь санамсаргүй үйл явдлын эдийн засагт үзүүлэх нөлөөг судалдаг хүн гэдгээрээ алдартай бөгөөд...
өөрчлөх 2015 оны 06-р сарын 29-ний өдрөөс - () Доор үзүүлсэн бүх материалыг бусад нийтлэлээс аль хэдийн олж мэдсэн. Энэ нийтлэлд үүнийг цуглуулж, хэлэлцсэн ...
(үнэлгээ: 2, дундаж: 5-аас 3.00) Гарчиг: Хар хун. Урьдчилан таамаглах боломжгүй шинж тэмдгийн дор (цуглуулга) Зохиогч: Нассим Николас Талеб Он: 2010...
ОХУ-д даатгалын зах зээлийг зохицуулах гурван үе шаттай тогтолцоо бүрдэж байна: ОХУ-ын Иргэний болон Татварын хууль, Тусгай хуулиуд...
Орчин үеийн хүн төрөлхтөн энэ цаг үед бусад ертөнцийн оршин тогтнохыг нотлох маш олон төрлийн нотолгоотой байна.