Excel-д тайлагнах цаг хурдан алга болж байна - мэдээллийг танилцуулах, шинжлэхэд тохиромжтой хэрэгслүүдийн чиг хандлага бүх салбарт харагдаж байна. Бид тайланг цахимжуулах талаар удаан хугацааны турш дотооддоо хэлэлцэж, Tableau дүрслэл, өөрөө өөртөө үйлчлэх аналитик системийг сонгосон. М.Видео-Эльдорадо группын аналитик шийдэл, тайлагналын албаны дарга Александр Безугли байлдааны хяналтын самбар бүтээх туршлага, үр дүнгийн талаар ярилаа.
Төлөвлөсөн бүх зүйл биелээгүй, гэхдээ туршлага сонирхолтой байсан гэдгийг би шууд хэлье, энэ нь танд бас хэрэг болно гэж найдаж байна. Хэрэв хэн нэгэнд үүнийг хэрхэн илүү сайн хийх талаар ямар нэгэн санаа байвал би таны зөвлөгөө, санааг өгсөнд маш их талархах болно.
Тайлбарын доор бид юутай тулгарсан, юу сурч мэдсэн тухай өгүүлсэн болно.
Бид хаанаас эхэлсэн бэ?
M.Video-Eldorado нь сайн боловсруулсан өгөгдлийн загвартай: шаардлагатай хадгалах гүнтэй бүтэцлэгдсэн мэдээлэл, олон тооны тогтмол хэлбэрийн тайлангууд (дэлгэрэнгүй мэдээллийг үзнэ үү. ). Эдгээрээс шинжээчид Excel-д пивот хүснэгт эсвэл форматтай мэдээллийн товхимол, эсвэл эцсийн хэрэглэгчдэд зориулсан PowerPoint-ийн үзэсгэлэнт үзүүлэнгүүдийг хийдэг.
Хоёр жилийн өмнөөс бид тогтмол хэлбэрийн тайлангийн оронд SAP Analysis (Excel-ийн нэмэлт, үндсэндээ OLAP хөдөлгүүр дээрх пивот хүснэгт) дээр аналитик тайланг үүсгэж эхэлсэн. Гэхдээ энэ хэрэгсэл нь бүх хэрэглэгчдийн хэрэгцээг хангах боломжгүй байсан тул ихэнх нь шинжээчдийн нэмэлт боловсруулсан мэдээллийг үргэлжлүүлэн ашигладаг байв.
Манай эцсийн хэрэглэгчид гурван ангилалд хуваагдана:
Дээд удирдлага. Мэдээллийг сайн танилцуулсан, ойлгомжтой байдлаар авахыг хүсдэг.
Дунд зэргийн удирдлага, дэвшилтэт хэрэглэгчид. Өгөгдлийн судалгааг сонирхож, багаж хэрэгсэл байгаа бол бие даан тайлан гаргах чадвартай. Тэд SAP Analysis дахь аналитик тайлангийн гол хэрэглэгчид болсон.
Олон нийтийн хэрэглэгчид. Тэд өгөгдөлд бие даан дүн шинжилгээ хийх сонирхолгүй, тэд Excel-ийн мэдээллийн хуудас, пивот хүснэгт хэлбэрээр хязгаарлагдмал эрх чөлөө бүхий тайланг ашигладаг.
Бидний санаа бол бүх хэрэглэгчдийн хэрэгцээг хангаж, тэдэнд нэг, тохиромжтой хэрэгсэл өгөх явдал байв. Бид дээд удирдлагаас эхлэхээр шийдсэн. Тэдэнд бизнесийн гол үр дүнг шинжлэхэд хэрэглэхэд хялбар хяналтын самбар хэрэгтэй байсан. Тиймээс, бид Tableau-аас эхэлж, эхлээд дээд удирдлагын хүссэн мэдээллийн 80 орчим хувийг хамарсан хязгаарлагдмал гүн гүнзгий дүн шинжилгээ бүхий жижиглэнгийн болон онлайн борлуулалтын үзүүлэлтүүд гэсэн хоёр чиглэлийг сонгосон.
Хяналтын самбарын хэрэглэгчид дээд удирдлага байсан тул бүтээгдэхүүний өөр нэг нэмэлт KPI гарч ирэв - хариу өгөх хурд. Мэдээлэл шинэчлэгдэхийг хэн ч 20-30 секунд хүлээхгүй. Навигацийг 4-5 секундын дотор хийх ёстой, эсвэл шууд хийх нь дээр. Харамсалтай нь бид үүнд хүрч чадсангүй.
Манай үндсэн хяналтын самбарын зохион байгуулалт нь дараах байдалтай байв.
Гол санаа нь зүүн талд нийт 19 байсан KPI-ийн үндсэн драйверуудыг нэгтгэж, баруун талд нь динамик, задаргаа зэргийг харуулах явдал юм. Даалгавар нь энгийн мэт санагдаж, дүрслэл нь логик, ойлгомжтой, нарийн ширийн зүйлийг олж мэдэх хүртэл.
Дэлгэрэнгүй 1. Өгөгдлийн хэмжээ
Манай жилийн борлуулалтын үндсэн хүснэгт нь 300 сая орчим эгнээ эзэлдэг. Өнгөрсөн жил болон өмнөх жилийн динамикийг тусгах шаардлагатай байгаа тул зөвхөн бодит борлуулалтын талаархи мэдээллийн хэмжээ 1 тэрбум мөр орчим байна. Төлөвлөсөн өгөгдөл болон онлайн борлуулалтын блокийн талаарх мэдээллийг тусад нь хадгалдаг. Тиймээс бид баганатай санах ойн DB SAP HANA-г ашигласан ч одоогийн хадгалалтаас долоо хоногийн турш бүх үзүүлэлтийг сонгох асуулгын хурд ойролцоогоор 15-20 секунд байв. Энэ асуудлын шийдэл нь өөрөө санал болгож байна - өгөгдлийг нэмэлт материалжуулах. Гэхдээ энэ нь бас алдаатай байдаг, тэдгээрийн талаар доор дэлгэрэнгүй үзнэ үү.
Дэлгэрэнгүй 2. Нэмэлт бус үзүүлэлтүүд
Манай ихэнх KPI нь төлбөрийн баримтын тоотой холбоотой байдаг. Мөн энэ үзүүлэлт нь мөрийн тооноос COUNT DISTINCT-ийг (толгойг шалгах) төлөөлж, сонгосон шинж чанаруудаас хамааран өөр өөр дүнг харуулдаг. Жишээлбэл, энэ үзүүлэлт ба түүний деривативыг хэрхэн тооцоолох вэ:
Тооцооллыг зөв хийхийн тулд та дараахь зүйлийг хийх боломжтой.
- Ийм үзүүлэлтийг агуулахдаа шууд тооцоолох;
- Хүснэгт дэх өгөгдлийн нийт эзлэхүүн дээр тооцоолол хийх, i.e. Хүснэгтийн хүсэлтийн дагуу хүлээн авах байршлын нарийвчлал дахь сонгосон шүүлтүүрийн дагуу бүх өгөгдлийг өгөх;
- Төрөл бүрийн нэмэлтгүй үр дүнг өгдөг бүх түүврийн хувилбаруудад бүх үзүүлэлтийг тооцоолох материаллаг үзэсгэлэнг бий болго.
Жишээн дээр UTE1 ба UTE2 нь бүтээгдэхүүний шатлалыг илэрхийлэх материаллаг шинж чанарууд болох нь тодорхой байна. Энэ нь тогтворгүй зүйл биш, компанийн доторх менежмент түүгээр дамждаг, учир нь Өөр өөр менежерүүд өөр өөр бүтээгдэхүүний бүлгийг хариуцдаг. Бүх түвшин өөрчлөгдөж, харилцаа холбоо шинэчлэгдэж, нэг бүлэг нэг зангилаанаас нөгөөд шилжих үед тогтмол цэгүүд өөрчлөгддөг үед бид энэ шатлалын дэлхийн олон өөрчлөлтийг хийсэн. Уламжлалт тайлагналын хувьд энэ бүгдийг материалын шинж чанараас шууд тооцдог бөгөөд энэ өгөгдлийг материалжуулах тохиолдолд ийм өөрчлөлтийг хянах, түүхэн өгөгдлийг автоматаар дахин ачаалах механизмыг боловсруулах шаардлагатай. Маш энгийн бус ажил.
Дэлгэрэнгүй 3. Өгөгдлийн харьцуулалт
Энэ цэг нь өмнөхтэй төстэй юм. Хамгийн гол нь компанид дүн шинжилгээ хийхдээ өмнөх үетэй харьцуулах хэд хэдэн түвшинг бий болгодог.
Өнгөрсөн үетэй харьцуулах (өдөр өдөр, долоо хоногоос долоо хоног, сараас сар)
Энэ харьцуулалтанд хэрэглэгчийн сонгосон хугацаанаас хамааран (жишээлбэл, жилийн 33 дахь долоо хоног) бид динамикийг 32 дахь долоо хоногт харуулах ёстой; хэрэв бид нэг сарын турш өгөгдлийг сонгосон бол, жишээлбэл, тавдугаар сар. , дараа нь энэ харьцуулалт XNUMX-р сар гэхэд динамикийг харуулах болно.
Өнгөрсөн жилтэй харьцуулахад
Энд байгаа гол нюанс бол өдөр, долоо хоногоор харьцуулахдаа та өнгөрсөн жилийн ижил өдрийг авахгүй байгаа явдал юм. Та зөвхөн энэ жилийг хасаж болохгүй. Та харьцуулж буй долоо хоногийн өдрөө харах ёстой. Саруудыг харьцуулахдаа эсрэгээр та өнгөрсөн жилийн хуанлийн яг ижил өдрийг авах хэрэгтэй. Мөн үсрэнгүй жилтэй холбоотой нюансууд байдаг. Анхны агуулахуудад бүх мэдээллийг өдрөөр хуваарилдаг бөгөөд долоо хоног, сар, жил гэсэн тусдаа талбар байхгүй. Тиймээс, самбарт бүрэн аналитик хөндлөн огтлолыг авахын тулд та нэг үе, жишээлбэл долоо хоног биш, харин 4 долоо хоног тоолж, дараа нь эдгээр өгөгдлийг харьцуулж, динамик, хазайлтыг тусгах хэрэгтэй. Үүний дагуу динамик дахь харьцуулалтыг бий болгох энэхүү логикийг Tableau эсвэл дэлгүүрийн нүүрэн талд хэрэгжүүлэх боломжтой. Тийм ээ, мэдээжийн хэрэг бид дизайны үе шатанд эдгээр нарийн ширийн зүйлийг мэдэж, бодож байсан ч эцсийн хяналтын самбарын гүйцэтгэлд үзүүлэх нөлөөллийг урьдчилан таамаглахад хэцүү байсан.
Хяналтын самбарыг хэрэгжүүлэхдээ бид Agile урт замыг дагасан. Бидний даалгавар бол туршилт хийхэд шаардлагатай өгөгдөл бүхий ажлын хэрэгслийг аль болох хурдан хангах явдал байв. Тиймээс бид спринтээр явж, одоогийн агуулахын хажуугийн ажлыг багасгахаас эхэлсэн.
1-р хэсэг: Хүснэгтэнд итгэх итгэл
Мэдээллийн технологийн дэмжлэгийг хялбарчлах, өөрчлөлтийг хурдан хэрэгжүүлэхийн тулд бид нэмэлт бус үзүүлэлтүүдийг тооцоолох, өнгөрсөн үеийг Tableau-д харьцуулах логикийг гаргахаар шийдсэн.
Үе шат 1. Бүх зүйл шууд, цонхны өөрчлөлт байхгүй.
Энэ үе шатанд бид Tableau-г одоогийн дэлгүүрийн лангуунуудтай холбож, нэг жилийн төлбөрийн баримтын тоог хэрхэн тооцохыг харахаар шийдсэн.
Үр дүн:
Хариулт нь гунигтай байсан - 20 минут. Сүлжээгээр өгөгдөл дамжуулах, Tableau дээр ачаалал ихтэй. Нэмэлт бус үзүүлэлт бүхий логикийг HANA дээр хэрэгжүүлэх шаардлагатай гэдгийг бид ойлгосон. Энэ нь биднийг нэг их айлгасангүй, бид BO болон Analysis-тэй ижил төстэй туршлагатай байсан бөгөөд HANA-д зөв тооцоолсон нэмэлтгүй үзүүлэлтүүдийг хэрхэн хурдан харуулахыг мэддэг байсан. Одоо тэднийг Tableau-д тохируулах л үлдлээ.
Үе шат 2. Бид дэлгэцийн гэрийг тааруулдаг, материалжилтгүй, бүх зүйлийг шууд хийдэг.
Бид TABLEAU-д шаардлагатай өгөгдлийг шууд гаргадаг тусдаа шинэ үзэсгэлэнг үүсгэсэн. Ерөнхийдөө бид сайн үр дүнд хүрч, нэг долоо хоногт бүх үзүүлэлтийг гаргах хугацааг 9-10 секунд болгон бууруулсан. Хүснэгтэнд хяналтын самбарын хариу өгөх хугацаа эхний нээлтэд 20-30 секунд, дараа нь 10-аас 12 хүртэлх кэшийн улмаас ерөнхийдөө бидэнд тохирсон байх болно гэж бид чин сэтгэлээсээ хүлээж байсан.
Үр дүн:
Эхний нээлттэй хяналтын самбар: 4-5 минут
Аливаа товшилт: 3-4 минут
Дэлгүүрийн лангууны ажил ийм нэмэгдэнэ гэж хэн ч төсөөлөөгүй.
2-р хэсэг. Хүснэгт рүү шумбах
Үе шат 1. Хүснэгтийн гүйцэтгэлийн шинжилгээ, хурдан тааруулах
Бид Tableau ихэнх цагаа хаана зарцуулдаг талаар дүн шинжилгээ хийж эхэлсэн. Үүний тулд маш сайн хэрэгслүүд байдаг бөгөөд энэ нь мэдээжийн хэрэг Tableau-ийн давуу тал юм. Бидний тодорхойлсон гол асуудал бол Tableau-ийн барьж байсан маш нарийн төвөгтэй SQL асуулга юм. Тэд голчлон холбоотой байсан:
- өгөгдөл дамжуулах. Tableau-д мэдээллийн багцыг шилжүүлэх хэрэгсэл байхгүй тул бүх KPI-ийн нарийвчилсан дүрслэл бүхий хяналтын самбарын зүүн талыг бүтээхийн тулд бид кейс ашиглан хүснэгт үүсгэх шаардлагатай болсон. Өгөгдлийн сан дахь SQL асуулгын хэмжээ 120 тэмдэгт хүрсэн.
- цаг хугацааны сонголт. Өгөгдлийн сангийн түвшний ийм асуулга нь гүйцэтгэхээс илүү эмхэтгэхэд илүү их цаг зарцуулсан:
Тэдгээр. хүсэлтийг боловсруулах 12 секунд + 5 секундын гүйцэтгэл.
Бид хүснэгтийн тал дээр тооцооллын логикийг хялбарчилж, тооцооллын өөр нэг хэсгийг дэлгүүрийн нүүр болон мэдээллийн сангийн түвшинд шилжүүлэхээр шийдсэн. Энэ нь сайн үр дүнг авчирсан.
Эхлээд бид шилжүүлгийг шууд хийсэн, бид үүнийг вики дээр тайлбарласан энэ аргын дагуу VIEW тооцооллын эцсийн шатанд бүрэн гаднах холболтоор хийсэн. и .
Өөрөөр хэлбэл, бид тохиргооны хүснэгтийг хийсэн - шилжүүлгийн матриц (21x21) бөгөөд бүх үзүүлэлтүүдийг эгнээний дарааллаар хүлээн авсан.
Энэ нь:
Энэ болсон:
Өгөгдлийн сангийн шилжүүлгийг өөрөө хийхэд бараг цаг зарцуулдаггүй. Долоо хоногийн бүх үзүүлэлтийн хүсэлтийг 10 секундын дотор үргэлжлүүлэн боловсруулав. Гэхдээ нөгөө талаас, тодорхой үзүүлэлт дээр суурилсан хяналтын самбарыг бий болгох уян хатан байдал алдагдсан, өөрөөр хэлбэл. Тодорхой үзүүлэлтийн динамик, нарийвчилсан задаргааг харуулсан хяналтын самбарын баруун талд өмнө нь дэлгэцийн хайрцаг 1-3 секундын дотор ажилладаг байсан тул хүсэлт нь нэг үзүүлэлт дээр үндэслэсэн байсан бөгөөд одоо мэдээллийн сан үргэлж бүх үзүүлэлтүүдийг сонгож, үр дүнг Tableau руу буцаахаас өмнө үр дүнг шүүдэг.
Үүний үр дүнд хяналтын самбарын хурд бараг 3 дахин буурсан.
Үр дүн:
- 5 секунд - хяналтын самбар, дүрслэлийг задлан шинжлэх
- 15-20 секунд - Хүснэгтэнд урьдчилсан тооцоолол хийж асуулга бүрдүүлэх бэлтгэл.
- 35-45 сек - SQL асуулгыг эмхэтгэх, тэдгээрийг Хана хэл дээр зэрэгцээ дарааллаар гүйцэтгэх
- 5 сек - Хүснэгт дэх дүрслэлийг боловсруулах, эрэмбэлэх, дахин тооцоолох
- Мэдээжийн хэрэг, ийм үр дүн нь бизнест тохирохгүй байсан тул бид оновчлолыг үргэлжлүүлэв.
Үе шат 2. Tableau дахь хамгийн бага логик, бүрэн материалжих
10 секундын турш ажилладаг дэлгүүрийн нүүрэн дээр хариу өгөх хугацаа хэдэн секундын хугацаатай хяналтын самбар бүтээх боломжгүй гэдгийг бид ойлгож, шаардлагатай хяналтын самбарт зориулж мэдээллийн сангийн тал дээр өгөгдлийг материалжуулах хувилбаруудыг авч үзсэн. Гэхдээ бид дээр дурдсан дэлхийн хэмжээний асуудалтай тулгарсан - нэмэлт бус үзүүлэлтүүд. Шүүлтүүр эсвэл өрөмдлөгийг өөрчлөх үед Tableau нь өөр өөр бүтээгдэхүүний шатлалд зориулан урьдчилан боловсруулсан янз бүрийн дэлгүүрийн нүүр болон түвшний хооронд уян хатан байдлаар шилждэг (жишээ нь, UTE-гүй, UTE1 ба UTE2-тай гурван асуулга өөр өөр үр дүн гаргадаг) бид үүнийг баталгаажуулж чадсангүй. Тиймээс бид хяналтын самбарыг хялбарчилж, хяналтын самбар дээрх бүтээгдэхүүний шатлалаас татгалзаж, хялбаршуулсан хувилбарт хэр хурдан болохыг харахаар шийдсэн.
Тиймээс, энэ сүүлийн шатанд бид бүх KPI-ийг шилжүүлсэн хэлбэрээр нэмсэн тусдаа агуулахыг цуглуулсан. Мэдээллийн сангийн тал дээр ийм хадгалалтын аливаа хүсэлтийг 0,1 - 0,3 секундын дотор боловсруулдаг. Хяналтын самбарт бид дараах үр дүнг хүлээн авлаа.
Эхний нээлт: 8-10 секунд
Аливаа товшилт: 6-7 секунд
Таблогийн зарцуулсан цаг нь:
- 0,3 сек. - хяналтын самбарыг задлан шинжлэх, SQL асуулга эмхэтгэх
- 1,5-3 сек. - үндсэн дүрслэлд зориулсан SQL асуулгыг Hana хэл дээр гүйцэтгэх (1-р алхамтай зэрэгцэн ажилладаг)
- 1,5-2 сек. - дүрслэлийг үзүүлэх, дахин тооцоолох
- 1,3 сек. - холбогдох шүүлтүүрийн утгыг (Брэнд, Хэлтэс, Хот, Дэлгүүр) авахын тулд нэмэлт SQL асуулгыг гүйцэтгэх, үр дүнг задлан шинжлэх
Үүнийг товчхон дүгнэвэл
Дүрслэх үүднээс Tableau хэрэгсэл бидэнд таалагдсан. Прототип хийх шатанд бид янз бүрийн дүрслэлийн элементүүдийг авч үзсэн бөгөөд тэдгээрийг олон түвшний нарийн төвөгтэй сегментчилэл, олон жолоочийн хүрхрээ зэрэг номын сангаас бүгдийг нь олсон.
Борлуулалтын гол үзүүлэлт бүхий хяналтын самбарыг хэрэгжүүлэх явцад бид гүйцэтгэлийн бэрхшээлийг даван туулж чадаагүй байгаа. Бид хоёр сар гаруй хугацаа зарцуулж, бүрэн бус хяналтын самбар хүлээн авсан бөгөөд хариу өгөх хурд нь хүлээн зөвшөөрөгдөх хэмжээнд байна. Тэгээд бид өөрсдөө дүгнэлт хийсэн:
- Tableau их хэмжээний өгөгдөлтэй ажиллах боломжгүй. Хэрэв анхны өгөгдлийн загварт танд 10 ГБ-аас дээш өгөгдөл (ойролцоогоор 200 сая X 50 мөр) байгаа бол хяналтын самбар нь товшилт бүрт 10 секундээс хэдэн минут хүртэл удаашрах болно. Бид live-connect болон extract-ыг хоёуланг нь туршиж үзсэн. Ашиглалтын хурдыг харьцуулж болно.
- Олон хадгалалт (өгөгдлийн багц) ашиглах үед хязгаарлалт. Стандарт хэрэгслээр өгөгдлийн багц хоорондын хамаарлыг зааж өгөх арга байхгүй. Хэрэв та өгөгдлийн багцыг холбохын тулд тойрон гарах арга замыг ашиглавал энэ нь гүйцэтгэлд ихээхэн нөлөөлнө. Манай тохиолдолд бид шаардлагатай харагдах хэсэг бүрт өгөгдлийг материалжуулах, өмнө нь сонгосон шүүлтүүрүүдийг хадгалахын зэрэгцээ эдгээр материалжуулсан өгөгдлийн багцад шилжих сонголтыг авч үзсэн - үүнийг Tableau дээр хийх боломжгүй болсон.
- Tableau-д динамик параметрүүдийг хийх боломжгүй. Та өгөгдлийн багцыг задлах эсвэл шууд холболтын үед шүүхэд ашигладаг параметрийг өгөгдлийн багцаас өөр сонголтын үр дүн эсвэл өөр SQL асуулгын үр дүнгээр бөглөх боломжгүй, зөвхөн уугуул хэрэглэгчийн оролт эсвэл тогтмол.
- OLAP|PivotTable элементүүдтэй хяналтын самбар бүтээхтэй холбоотой хязгаарлалтууд.
MSTR, SAP SAC, SAP Analysis-д хэрэв та тайланд өгөгдлийн багц нэмбэл түүн дээрх бүх объектууд анхдагч байдлаар бие биетэйгээ холбоотой байдаг. Tableau-д энэ байхгүй, холболтыг гараар тохируулах шаардлагатай. Энэ нь илүү уян хатан байж магадгүй, гэхдээ манай бүх хяналтын самбаруудын хувьд энэ нь элементүүдэд тавигдах зайлшгүй шаардлага тул энэ нь нэмэлт хөдөлмөрийн зардал юм. Түүнээс гадна, хэрэв та холбогдох шүүлтүүрийг хийвэл, жишээлбэл, тухайн бүс нутгийг шүүх үед хотуудын жагсаалтыг зөвхөн тухайн бүс нутгийн хотуудаар хязгаарлах юм бол мэдээллийн сан эсвэл Extract руу дараалсан асуултууд нэн даруй гарч ирэх бөгөөд энэ нь гүйлгээг мэдэгдэхүйц удаашруулдаг. хяналтын самбар. - Функцийн хязгаарлалт. Live-connecta-ийн ханд, ялангуяа өгөгдлийн багц дээр массын хувиргалтыг хийх боломжгүй. Үүнийг Tableau Prep-ээр дамжуулан хийж болно, гэхдээ энэ нь нэмэлт ажил бөгөөд суралцах, хадгалах өөр хэрэгсэл юм. Жишээлбэл, та өгөгдлийг шилжүүлэх эсвэл өөртэй нь нэгтгэх боломжгүй. Хувь хүний багана эсвэл талбар дээрх хувиргалтаар хаагдсан зүйл бөгөөд үүнийг case эсвэл if-ээр сонгох шаардлагатай бөгөөд энэ нь мэдээллийн сан нь ихэнх цагаа асуулгын текстийг эмхэтгэхэд зарцуулдаг маш нарийн төвөгтэй SQL асуулга үүсгэдэг. Хэрэгслийн эдгээр уян хатан бус байдлыг үзэсгэлэнгийн түвшинд шийдвэрлэх шаардлагатай байсан бөгөөд энэ нь илүү төвөгтэй хадгалах, нэмэлт татан авалт, хувиргалт хийхэд хүргэдэг.
Бид Tableau-аас бууж өгөөгүй. Гэхдээ бид Tableau-г үйлдвэрлэлийн хяналтын самбар бүтээх чадвартай хэрэгсэл, компанийн бүх компанийн тайлангийн системийг солих, дижитал болгох хэрэгсэл гэж үзэхгүй байна.
Одоо бид ижил төстэй хяналтын самбарыг өөр хэрэгслээр идэвхтэй хөгжүүлж байгаа бөгөөд үүний зэрэгцээ Tableau дахь хяналтын самбарын архитектурыг илүү хялбарчлахын тулд шинэчлэхийг оролдож байна. Хэрэв олон нийт сонирхож байвал үр дүнг нь танд хэлэх болно.
Мөн бид Tabeau-д ийм их хэмжээний өгөгдөл дээр хэрхэн хурдан хянах самбар үүсгэх талаар таны санаа, зөвлөгөөг хүлээж байна, учир нь бид жижиглэн худалдаанаас хамаагүй илүү мэдээлэл агуулсан вэбсайттай.
Эх сурвалж: www.habr.com