Tableau in grosso, vere?

Tempus nuntiandi in Excel celeriter evanescit - inclinatio ad instrumenta opportuna ad informationes exhibendas et examinandas in omnibus locis visibile est. Interne tractavimus digitalizationem nuntiandi diu et tabulam visualizationem et analyticam sui ipsius serviendi rationem elegerunt. Alexander Bezugly, princeps solutionum analyticorum et renuntiationum department de M.Video-Eldorado Group, locutus est de experientia et eventibus aedificandi certaminis ashboardday.

Ilicet dicam non omnia, quae destinata sunt, facta, sed experientia iucunda, tibi quoque usui fore spero. Et si quis quid habet cogitationis quomodo melius fieri possit, tuo consilio et ideis gratissimum habeo.

Tableau in grosso, vere?

Infra incidimus ea quae invenimus et quae de eo didicimus.

Ubi incipimus?

M.Video-Eldorado exemplar notitiarum bene evolutarum habet: informationes structas cum profunditate repositionis inquisitae et ingens numerus relationum certarum formarum (vide plura singula. Nunc hoc articulus). Ex his analystae aut tabulas cardines aut nummarias formatas in Praecedo, aut speciosas PowerPoint praesentationes ad finem utentium faciunt.

Abhinc duos circiter annos, loco relationum certarum formarum, relationes analyticas in SAP Analysis creare coepimus (an Excel Add-on, essentialiter versorium super machinam OLAP). Sed hoc instrumentum non poterat omnium usorum necessitatibus occurrere, maior pars informationes uti etiam processus ab analystibus uti perseveravit.

Finis utentes nostri in tria genera cadunt:

Top procuratio. Petitiones informationes in ratione bene praesentata et perspicue comprehendi.

Media administratioprovectus utentes. Quaero explorationi datae et relationes independenter aedificare possunt si instrumenta praesto sint. Facti sunt key utentes relationum analyticae in SAP Analysis.

Massa users. Non quaero notitias independentes examinare, relationes cum modica libertate, in forma tabellarum nummariarum et nummorum in Excel.

Idea nostra erat omnium utentium necessitates operire et eis unum instrumentum opportunum dare. Nos cum summa administratione incipere constituimus. Illi facili ad-usu dabant ad analysim clavium negotiatorum proventus. Itaque cum Tableau incepimus et primum duas partes elegimus: indicibus grosso et online venditio cum profunditate et latitudine analysi limitata, quae circiter 80% notitiarum a summa administratione petitur.

Cum users of ashboarddays summo administratione essent, alia addita KPI producti apparuit - celeritas responsionis. Nemo exspectabit 20-30 seconds ad notitia renovanda. Navigatio intra 4-5 secundas fieri debuit, vel adhuc melius, statim fieri. Et nos, proh dolor, hoc assequi nequivimus.

Haec propositio principalis ashboardday vultus nostri similis est:

Tableau in grosso, vere?

Praecipua notio est coegi KPI miscere principales, e quibus totidem sunt 19, in sinistro et dynamica eorum dynamica et naufragia a dextra principalibus offerunt. Simplex negotium videtur, visualisatio logica et comprehensibilis est, donec in singula intenderes.

Detail 1. Data voluminis

Mensa principalis nostra pro annuis venditionibus circiter CCC miliones versuum capit. Cum necesse sit dynamica quae priore anno et ante anno meditari necesse est, volumen notitiarum in venditionibus actualibus tantum circiter 300 miliarda linearum est. Informationes de data conposita et stipes interretiales venditiones etiam separatim conditae sunt. Quamvis igitur in memoriam in- DB SAP HANA columnari usi sumus, celeritas interrogationis cum indicibus omnium delectu per unam septimanam ex recenti tabulario in musca circiter 1-15 secundis fuit. Solutio huius quaestionis se insinuat - addito materialismo notitiarum. Sed habet foveas, de his infra.

Detail 2. Indicatores non additivi

Multi ex nostris KPIs accepti numero ligantur. Et hoc signum significat COMITIEM DISTINCTUM numeri ordinum (reprehendo capitis) et ostendit diversa pondera secundum attributa selecta. Exempli gratia, quomodo haec indicator et ejus derivatio iniri debent;

Tableau in grosso, vere?

Calculos tuos corrigere potes;

  • Tales indices in repositione muscae calculate;
  • Rationes conficere in toto volumine notitiarum in Tableau, i.e. roganti in Tableau, omnia data secundum columellas selectas in granularitate telonio positio praebent;
  • Showcase materiatum crea in quo omnes indices in omnibus optionibus sample computabuntur quae diversos eventus non additivos dant.

Patet in exemplo UTE1 et UTE2 esse attributa materialia repraesentantes producti hierarchiam. Res stabilis non est: administratio in societate per eam fit, quia Diversi administratores responsales sunt pro diversis coetibus producti. Multas emendationes globales huius hierarchiae habuimus, cum omnes gradus mutati sunt, relationes recognitae et puncta mutationes constantes, cum unus coetus ab uno nodo ad alterum movetur. In relatione conventionali, haec omnia in muscis ex materiis attributis computata sunt, in materia autem huius notitiae, necesse est mechanismum excolere ad tales mutationes sequi et automatice reloadre notitias historicas. Non leve munus admodum.

Detail 3. Data comparationis

Hoc punctum priori simile est. Infima linea est, cum globum examinare consuevit, plures gradus comparationis cum priore periodo formare;

Comparatio cum praecedente periodo (dies ad diem, septimana ad hebdomadam, mensis ad mensem)

In hac comparatione ponitur quod secundum tempus quod utentis delectum (exempli gratia 33 hebdomada anni) dynamica per 32 hebdomadem ostendemus: si datas per mensem, v.g. Mai. haec comparatio dynamica ab Aprili demonstrabit.

Comparatio cum ultimo anno

The main nuance here is that when compareing by day and by week, you are not taking the same day of the last year, i.e. uno modo currente anno minus imponere non potes. Diem hebdomadis quam comparas intueri debes. Cum autem menses conferas, eundem prorsus annum ultimi diei calendarii sumere debes. Sunt etiam nuances cum annis bisextilis. In promptuariis originalibus omnes informationes per diem distribuuntur, nullae sunt regiones separatae cum hebdomadibus, mensibus, annis. Ergo ut integram sectionem crucis analyticam in tabula obtineas, debes non unam periodum numerare, exempli gratia, hebdomadam, sed 4 septimanas, ac deinde has notitias comparare, dynamicas, deviationes meditare. Ideoque haec logica ad comparationes in dynamicis generandis perfici potest etiam vel in Tableau vel in parte promptuaria. Ita, et sane sciebamus et cogitabamus de his singulis in consilio scaenae, sed difficile erat praedicere eorum impulsum in observantia finali ashboardday.

Cum ashboardday exsequentes, longum Agile iter secuti sumus. Nobis opus fuit ut quam celerrime probaret notitias necessarias ad instrumentum operarium praebere. Ideo venimus in sacrificiorum et incepimus ab opere obscurando in parte hodiernae repositionis.

Pars I: Fides in Tableau

Ad simpliciorem IT sustentationem et mutationes cito deducendi, logicam facere decrevimus pro indicibus non additivis computandis et praeteritis periodis in Tableau comparando.

Scaena 1. Omnia vive, nulla fenestrae modificationes.

In hac scaena Tabulaau ad promptuaria currenti coniunximus et quomodo numerus acceptorum in unum annum iniri decrevisset videre decrevimus.

effectus:

Responsum est triste - XX minutes. Translatio notitiarum per reticulum, altum onus in Tableau. Intelleximus logicam cum indicibus non additivis perficiendam esse in HANA. Hoc nos non multum perterruit, iam similes peritia cum BO et Analysin habuimus et sciebamus quomodo rationes in HANA celeriter aedificare quae indicibus non additivis recte computatis efficiunt. Restabat autem ea tabulae adaptare.

Scaena 2. Causas ostendemus, nullas materias, omnia in musca.

Casum novum separatum creavimus, qui data requisita TABLEAU in musca produxit. In universum bonum exitum cepimus, tempus ad omnia indicia generandi in una septimana ad 9-10 secundas reducimus. Et honeste expectavimus in Tableau responsionis tempus ashboardday fore 20-30 secundis ad primum foramen ac deinde ex cella ab 10 ad 12, quod generatim nobis conveniret.

effectus:

Primum aperta ashboardday: 4-5 minuta
Quodlibet click: 3-4 minuta
Nemo tam additus operis horrei augmentum exspectavit.

Pars 2. Dive in Tableau

Scaena 1. Tableau perficientur analysi et velox tuning

Discerere nos coepimus ubi Tableau plus temporis habet. Instrumenta satis bona sunt ad hoc, quod quidem plus est Tableau. Praecipuum problema quod identificavimus erat quaestionibus SQL implicatis quod Tableau aedificabat. Praesertim cum essent;

— data transpositione. Cum Tableau instrumenta ad datastas transponendas non habet, ad sinistram partem ashboardday cum accurata repraesentatione omnium KPIs aedificare, mensam casu utendo creare debebamus. Magnitudo SQL quaesitorum in datorum ad 120 ingenia perventum est.

Tableau in grosso, vere?

— Delectu tem- poris. Talis quaesitio in gradu datorum plus temporis fuit componendi quam exsequi;

Tableau in grosso, vere?

Illae. petitio processus XII secundis + V secundis supplicium.

Placuit nobis logicam calculi simpliciorem in parte Tableauensis simpliciorem reddere et aliam partem calculorum ad gradum thesauri ac database movere. Hoc bonum evenit.

Primum transpositionem in musca fecimus, eam per plenam exteriorem ad ultimum VIEW calculi stadium adiunximus, secundum accessum in wiki descriptum. Transponere - Wikipedia, the free encyclopedia и Materia matrix - Wikipedia, the free encyclopedia.

Tableau in grosso, vere?

Hoc est, tabulam cadentem - matricem transpositionem (21x21) fecimus et omnes indices in ordine naufragii recepimus.

Erat;
Tableau in grosso, vere?

Factus est:
Tableau in grosso, vere?

Nullum fere tempus in ipsa transpositione datorum impenditur. Postulatio pro omnibus indicibus per hebdomadam circiter X secundis discursum est. Sed e contrario flexibilitas in terminis construendi ashboardday amissa est secundum signum specificum, i.e. ad latus dextrum ashboardday ubi dynamica et expressa naufragii cuiusdam indicatoris exhibentur, antea casus ostentus in 10-1 secundis laboravit, quia petitio in uno indice fundata est, et nunc database omnes indices semper elegerunt et eventum percoluerunt antequam eventum ad Tableau rediret.

Quam ob rem celeritas ashboardday paene 3 temporibus minuitur.

effectus:

  1. V sec - parsing dashboards, visualizations
  2. 15-20 seconds - praeparatio ad quaerendas componendas cum prae-calculis faciendo in Tableau
  3. 35-45 sec - compilatio inquisitionum SQL et earum parallela-sequentialis executio in Hana
  4. 5 sec - eventus processus, sorting, recalculing visualizations in Tableau
  5. Utique eventus talis negotii non convenit, et ipsum continuavimus.

Stage 2. Logica minima in Tableau, completa materia

Intelleximus impossibile esse ashboardday construere cum responsione plurium secundorum temporum in schedula quae pro 10 secundis currit, et bene consideravimus ad notitias materiales in parte datorum specialiter pro ashboardday inquisita. At quaestionem globalem supra - indicibus non additivis descriptis invenimus. Non potuimus efficere ut, cum filtra vel terebras mutantur, Tabulaau mollius permutata inter varias horrea et gradus praeordinata pro diversis hierarchiis productis (exempli gratia, tres interrogationes sine UTE, cum UTE1 et UTE2 diversos eventus generant). Ideo placuit ashboardday simpliciorem reddere, producti hierarchiam in ashboardday deserere et vide quam celeriter in versione simpliciori fieri possit.

Ad ultimum igitur hoc repositorium separavimus, in quo omnia KPIs in transposita forma adiecimus. In latere datorum, quaelibet petitio ad talem repositione processit in 0,1 - 0,3 secundis. In ashboardday sequentis eventus recepimus:

Primum ostium: 8-10 seconds
Quodlibet click: 6-7 secundis

Tempus a Tableau consistit:

  1. 0,3 sec. - ashboardday parsing et compilationem de SQL queries
  2. 1,5-3 sec. - supplicium de SQL queries in Hana pro main visualizations (currit in parallela cum gradus I)
  3. 1,5-2 sec. - redditio, recalculatio visualizations
  4. 1,3sec. - exsecutio additae SQL queries ad obtinendas valores filtras pertinentes (Brand, Division, urbs, copia), eventus parsing

Ut breviter perorare

Placuit nobis instrumentum Tabulaau e prospectu visualisationis. In scaena prototyping varia elementa visualizationis consideravimus et omnia in bibliothecis inventa sunt, inclusa multi-gradu segmentationis et cataractae multi agitatoris.

Dum Dashboards cum indicibus praecipuis venditionibus exsequendo, difficultates perficiendas invenimus quas nondum superare potuimus. Plus quam duos menses peregimus et ashboardday officiatorie incompletum accepimus, cuius celeritas responsionis paene acceptabilis est. Et nobis conclusiones fecimus:

  1. Tableau non potest operari cum magna copia data. Si in exemplari notitia originalis plus quam X GB notitiarum habes (circiter CC decies X 10 ordines), tunc ashboardday gravissime retardabit - ab 200 secundis ad plura minuta pro singulis strepita. Nos experti sumus cum ambobus connectis viventibus et extractis. Celeritas operativa comparabilis est.
  2. Limitatio cum usura multiplex schedulae (datasets). Nullo modo indicandum est relationem inter notas significatas vexillum utentem. Si operariis uteris ad iungendum datastas, hoc effectum multum afficiet. In nostro casu optionem datarum materialium in unaquaque sententia inquisita sectione consideravimus et virgas in his schedulis materiales faciendis servando prius filtras selectas - hoc evenit ut fieri non posset in Tableau.
  3. Non potest parametros dynamicos facere in Tableau. Modum implere non potes, quod in extractione dataset eliquare vel in vivo connexo cum effectu alterius lectionis e dataset vel ex interrogatione alterius SQL, solum usoris nativi initus vel constans.
  4. Limitationes consociatae cum ashboardday cum elementis OLAP|PivotTable aedificandis.
    In MSTR, SAP SAC, SAP Analysis si dataset relationi addideris, omnia in eo obiecta inter se defalta referuntur. Tabulaau hoc non habet, nexus manually configurandus est. Hoc fortasse flexibile est, sed pro omnibus nostris dashboards haec postulatio elementorum mandati est, ut laboris gratuita adiciatur. Praeterea, si filtra cognata ita facis ut, exempli gratia, cum regionem eliquare, index civitatum solum urbibus huius regionis limitetur, continuo desinas continuos inquisitiones datorum vel extractorum, quae notabiliter retardantur. ashboardday.
  5. Limites in functionibus. Transfigurationes missae fieri non possunt vel in extracto vel, praesertim in notitia e Live-connecta. Hoc fieri potest per Tableau Prep, sed additur operis et aliud instrumentum ad discendum et conservandum. Exempli gratia, datam transponere vel cum se ipsam coniungere non potes. Quid per transmutationes in singulis columnis vel campis clauditur, quod per casum vel per se eligi debet, et hoc valde implicatum SQL queries gignit, in quo plus temporis datorum datorum textum interrogationis componendis. Hae inflexibilitas instrumenti solvendas oportuit in gradu showcase, qui magis implicat tabulas, additamenta downloads et transformationes ducit.

Non dedimus in Tableau. Sed Tabulaau non consideramus ut instrumentum capax ad ashboardas industriales construendas et instrumentum quo ad systema totius corporis renuntiationis societatis reponere et digitalizare.

Nunc actuose similem ashboardday in alio instrumento elaboramus et simul in tabula architectura ashboardday retractare conamur ut magis magisque simpliciorem reddat. Si communitas interest, tibi de eventibus narrabimus.

Etiam exspectamus tuas ideas vel consilium quomodo in Tabeau celeriter dashboards super tantas notitiarum volumina aedificare potes, quia locum habemus ubi plus notitiae quam in grosso est.

Source: www.habr.com

Add a comment