Nova postagem

Pesquisar

Pergunta
· Maio 19

BI Analytics default key:value pair in termlist

I have a widget that uses "choose Data source" control option. Termlist for the control consist of the two data sources and i want to set one of them by default. For example: I have two data sources, one is grouped by month, the other by year. I need to set the one that is grouped by year by default 

Using default value at the bottom return an error

How can i achive that?

 

2 Comments
Discussão (2)2
Entre ou crie uma conta para continuar
Pergunta
· Maio 19

hoop earrings | sirius jewels

Discover the perfect pair of hoop earrings at Sirius Jewels — where classic style meets modern elegance. Our hoops are designed to elevate your look effortlessly hoop earrings can effortlessly elevate your style for both casual and formal occasions.

Elevate Your Look with Timeless Hoop Earrings from Sirius Jewels.

At Sirius Jewels, we offer a stunning range of hoop earrings designed to suit every personality—from sleek and minimalistic to dazzling statement pieces.

Why are hoop earrings a must-have? Their circular shape symbolizes unity and strength, while their versatile design makes them perfect for any occasion—whether you're dressing up for a night out or keeping it casual during the day.

 

Discussão (0)1
Entre ou crie uma conta para continuar
Artigo
· Maio 19 2min de leitura

Usar %System.Monitor.LineByLine junto con %SYS.MONLBL para analizar vuestro código

Estoy seguro de que la mayoría de vosotros estáis familiarizados con la utilidad %SYS.MONLBL, que es crucial cuando se analizan los cuellos de botella de rendimiento del código. Permite seleccionar un número de rutinas que queréis monitorizar en tiempo de ejecución y también especificar qué proceso(s) queréis observar. PERO, ¿qué pasa si no sabéis exactamente qué proceso ejecutará vuestro código? Esto es común en muchas aplicaciones basadas en la web (CSP/REST) hoy en día. Queréis minimizar la utilización de recursos en vuestro sistema de producción que necesita análisis. Entonces, ¿qué tal si hacéis un pequeño ajuste?

  1. Definir un archivo INC con estos macros:
#define START(%level) try { ##continue 
s zzroutine=$p($view(-1,-3),"^",6) ##continue 
if ##class(%Monitor.System.LineByLine).IsActive(zzroutine)=0 { ##continue $$$ThrowOnError(##class(%Monitor.System.LineByLine).Start($lfs(zzroutine),$lfs(##class(%Monitor.System.LineByLine).GetMetrics(%level)),$lb($job))) ##continue } ##continue 
h 1 ##continue 
} catch (e) { ##continue
 d BACK^%ETN ##continue 
} 

#define PAUSE s sc=##class(%Monitor.System.LineByLine).Pause()

2. En vuestra clase o rutina, identificad el lugar que queréis monitorizar y poned estos dos macros para empezar a recopilar datos y pausar la recopilación, como en este ejemplo:

$$$START(2)   // use 1 or 2 here

// code of your application here

$$$PAUSE

Cada vez que ejecutéis este código (método de una clase o rutina), intentará iniciar %SYS.MONLBL para esta clase o rutina y proceso en particular.

Una vez que vuestro código haya terminado, simplemente podéis ir al terminal en el namespace donde se ejecuta vuestra aplicación y llamar a d ^%SYS.MONLBL. Como el macro START inició el monitor, seguirá funcionando y podréis recopilar fácilmente los datos de rendimiento, opcionalmente junto con el código fuente. ¡No olvidéis detener el monitor una vez hayáis recogido los datos!

Si necesitáis recopilar datos para más rutinas, podéis modificar fácilmente el macro START para permitir la entrada manual de la lista de rutinas a analizar.

¡Espero que encontréis útil este pequeño ajuste!

Discussão (0)1
Entre ou crie uma conta para continuar
Resumo
· Maio 19