Wiki do sistema de negociação murex

finança.

145 & # 32; пользователей находятся здесь.

МОДЕРАТОРЫ.

Nefarious - Gordon Gekko MrTacoMan Estratégia Corporativa AutoModerator wreckingcru VP - Private Equity throw-it-out Analista - Hedge Fund о команде модераторов & raquo;

Bem-vindo ao Reddit,

a primeira página da internet.

e inscreva-se em uma das milhares de comunidades.

Это архивированный пост. Você está interessado em иолосовать или комментировать.

Quer adicionar à discussão?

помощь правила сайта центр поддержки вики реддикет mod guidelines связаться с нами.

приложенияи инструменты Reddit para iPhone Reddit para o site móvel Android кнопки.

Использование данного сайта означает, что вы принимаете & # 32; пользовательского соглашения & # 32; и & # 32; Политика конфиденциальности. &cópia de; 2017 reddit инкорпорейтед. Все права защищены.

REDDIT e o logotipo ALIEN são marcas registradas da reddit inc.

& pi; Renderizado pelo PID 71943 em & # 32; app-160 & # 32; em 2017-12-26 01: 00: 56.089209 + 00: 00 executando o código de país a84abeb: UA.

PeopleSoft Career.

100% PeopleSoft & # 8211; 100% do tempo.

Aprovações com Fluid usando o Page Composer.

Eu escrevi vários artigos sobre a UI Fluid ultimamente, e tenho certeza de que haverá muitos mais próximos. Não há dúvida de que a Oracle se dedica a lançar mais e mais recursos e funcionalidades ricas que envolvem a IU Fluid. Não só todas as novas imagens contêm novas páginas Fluid e páginas clássicas que & # 8230;

PeopleSoft Adopção Seletiva: Por que você está tão atrasado?

Você completou sua última atualização principal do seu aplicativo PeopleSoft. Você atualizou o PeopleSoft 9.2 usando Image 13, para que você possa aproveitar o novo modelo de adoção seletiva. Foi há 1 ano e toneladas de novos recursos e funcionalidades foram adicionados à imagem mais recente 18. No entanto, você ainda está na Imagem & # 8230;

PeopleTools 8.55: Compreendendo a arquitetura PeopleSoft Cloud.

A introdução do PeopleTools 8.55 trouxe muitas mudanças e novos recursos e aprimoramentos. O PeopleTools 8.55 é um trocador de jogos pela forma como o PeopleSoft está instalado e mantido. Há muita emoção na comunidade de usuários do PeopleSoft, juntamente com alguma incerteza em torno do PeopleTools 8.55. Muitos clientes recentemente atualizaram para o & # 8230;

PeopleSoft Fluid UI & # 8211; Começando.

De acordo com a pesquisa da ESG, quase um terço (32%) dos profissionais de TI acreditam que os dispositivos móveis se tornaram cruciais para os processos de negócios e produtividade de sua organização, enquanto outros 55% os consideram muito importantes. Não há dúvida de que os espaços de trabalho móveis podem melhorar a produtividade da força de trabalho da empresa, permitindo que as pessoas façam seu trabalho em um & # 8230;

PeopleSoft 9.2 & # 8211; Compreendendo o PeopleSoft Update Manager e a Adopção Seletiva.

Se você ainda não atualizou o PeopleSoft 9.2 ou o PeopleTools 8.55, então você provavelmente se perguntará sobre o que é o zumbido em relação ao modelo de adoção seletiva. A adoção seletiva é uma terminologia utilizada para o gerenciador de atualizações do PeopleSoft na versão mais recente do PeopleSoft 9.2. Adopção seletiva permite que você escolha & # 8230;

Pensamento sobre o dia: PeopleSoft Guided Self Service é um Game Changer.

À medida que eu estava revisando a última imagem do PeopleSoft HCM # 17, encontrei os recursos mais recentes relacionados ao autoatendimento guiado. Oracle chama isso de Fase II de Auto-atendimento Guiado. Comecei a pensar quão valioso e poderoso é ter uma capacidade de auto-atendimento totalmente configurável no PeopleSoft e como no passado você teve que # 8230;

Webinar ao vivo: PeopleSoft na nuvem: 3 opções e um roteiro.

Um dos recursos mais recentes e inovadores do PeopleSoft PeopleTools 8.55 é o novo PeopleSoft Cloud Architecture. Esta nova funcionalidade do PeopleTools permite que você automatize a maioria de todas as instalações e ambientes. Com esses novos recursos e o avanço da tecnologia da nuvem, agora é o momento de mover o PeopleSoft para o Cloud. Você está # 8230?

O PeopleTools 8.55 Searching será Elastic & # 8211; Adeus SES!

Existem muitos novos recursos e bastante funcionalidades novas no PeopleTools 8.55. Gostaria de compartilhar muitos desses novos recursos com você. No entanto, eu quero começar com um novo recurso no PeopleTools 8.55 que ainda não está aqui, mas será em breve. Se você estiver executando o PeopleSoft 9.2, & # 8230;

Os aprimoramentos configuráveis ​​do PeopleSoft são redefinir a função técnica do PeopleSoft.

Como a Oracle continua a produzir inovações e aprimoramentos para o PeopleSoft e o software subjacente do PeopleTools, estamos vendo uma convergência de estruturas configuráveis ​​que permitem a criação de páginas, análises em tempo real, formulários e fluxo de trabalho. Com mudanças drásticas e melhorias como essas, que fornece ao usuário não técnico mais visibilidade e controle, I & # 8230;

PeopleSoft HCM e ERP correm na nuvem: o que seu CIO deve saber.

Prever a direção de qualquer tipo de tecnologia em relação às aplicações HCM e ERP é realmente uma questão de entender o que aconteceu recentemente e o que está acontecendo hoje. Se você tomar o tempo para olhar para ambas as áreas para obter uma imagem clara dos padrões, você poderá # 8230;

Corretora binária vergleich.

Indicadores forex melhor.

Murex wiki trading system.

Nosso boletim informativo líder no mercado é uma fonte inestimável de notícias, idéias e análises da indústria fintech. Soluções do meio e do back office. O Trading vem nos wiki para a última visão de nossa plataforma para obter os melhores fornecedores através do nosso diretório de produtos fintech para encontrar novos papéis de trabalho emocionantes ou descobrir talentos digitais para seus negócios através de nossas listas de emprego para aprender sobre eventos-chave e digitais e baixar murex útil, como whitepapers e estudos de caso. Conectando compradores e vendedores de comércio de tecnologia financeira Pesquisar Menu de Perfil de Negociação. Derivados - Sistemas de negociação Sistema de software e serviços em análise de derivativos, negociação e execução de valores mobiliários. Com base em experiência única, construindo plataformas integradas e adoção de novos métodos de desenvolvimento de sistemas de tecnologia, nossa introdução mais recente, o MX. A solução de distribuição Murex fornece meios para organizar fluxos de trabalho comerciais entre comerciantes, pessoas de vendas, agências e clientes. A solução abrange todos os produtos simples, estruturados, híbridos e integrados externamente em todas as classes de ativos do sistema. O comércio pode ser automatizado ou o seu produto empresarial premiado, o Imagine Trading System - e a versão ASP baseada em nuvem sob demanda, Derivativos. Você pode alcançar o murex de negociação frente a frente da wiki, cobertura de ativos cruzados insuperável e consistência em toda a empresa. Isso traz o sistema para negociar grandes volumes de tesouraria, oferecendo a flexibilidade para suportar derivados complexos, opções e negociações estruturadas do wiki. A FusionCapital Kondor suporta uma negociação de tesouraria eficiente e rentável, oferece uma solução de negociação básica funcionalmente rica para tesouraria e mercados de capitais que suporta o crescimento do negócio, o processamento de negociação direta e encurta o tempo ao mercado, reduzindo custos. O sistema combina derivados OTC, wiki de renda fixa estruturado Findur - para os mercados financeiros. Insight entregue diariamente para sua caixa de entrada Nosso boletim informativo líder no mercado é uma fonte inestimável de notícias, insights e análises da indústria fintech. Os gestores de fundos irlandeses dizem que o Wiki pode ser muito desastroso para a economia irlandesa, com dois terços considerando mudar suas operações no Reino Unido para a negociação de Dublin. Reunião dos desafios da negociação de alta freqüência com a computação em memória 18 de outubro A Opus expande seus dados KYC líderes do mercado cobertura com integração do C6 Intelligence com o pacote de produtos Alacra murex May Connecting compradores e vendedores de tecnologia financeira globalmente. Home Company Announcements Insights Resources Events Jobs. Murex of Contentive Group Ltd. Página inicial Empresa Anúncios Avisos. Recursos Melhores práticas Estudos de caso Livros brancos Compradores Guias Eventos Trabalhos Quem Somos Contate-nos Diretrizes editoriais Conheça o Team Archive Marketing Clientes RSS Archive. Veja todos os anúncios da empresa. Centro de atualização do sistema Login.

05 Análise Técnica - Construindo um Sistema de Negociação.

4 pensamentos sobre & ldquo; Murex wiki trading system & rdquo;

O sistema jurídico nos Estados Unidos decorreu das leis contidas no.

O guia de estudo do History Boys contém uma biografia de Alan Bennett, ensaios de literatura, perguntas de teste, temas principais, personagens e um resumo e análise completos.

Seu artigo é dado no ponto abaixo: o ajudará a aprofundar seus estudos.

Em cada seção, toque algumas frases que resumem o que deve ser abordado nessa seção.

Murex Experts.

Desempenho Murex & # 8211; O sistema é lento?

Desempenho Murex: o meu sistema está lento ou é só eu? Quando você apresenta o sistema para novos usuários, é uma questão que você costuma ouvir.

Há muitas respostas que podem surgir:

& # 8211; O servidor é um pouco pequeno.

Mas a única boa resposta é: & # 8220; É tudo relativo! & # 8221 ;. Na verdade, o que você chama lento ou rápido depende principalmente do usuário.

Por exemplo, se a abertura de um bilhete de comércio demorar 3s, isso é lento? é tão rápido? Concordo, se demorar 2 minutos, é lento!

Então, o problema com o desempenho é que existe uma grande quantidade de subjetividade. Mas eu não quero fingir ou mesmo tentar fazer psicologia e verificar o que a mente humana considera lenta ou rápida. Pelo contrário, eu gostaria de tirar exemplos precisos do que os usuários freqüentemente relatam:

& # 8211; Início da sessão real. Uma vez que o novo GUI, login, senha, grupo são quase instantâneos, mas a sessão real começa quando você entra em um menu costuma parecer lento.

& # 8211; Detalhes de abertura: títulos, negociações, contrapartes, etc. & # 8230;

& # 8211; A sensação de que o sistema às vezes é um pouco pegajoso, onde as ações demoram 1 ou mais quando você espera que elas sejam instantâneas.

Existem, na minha opinião, 2 tipos de problemas de desempenho Murex: o tipo de experiência do usuário e os estruturais. Pode-se argumentar que eles são os mesmos, mas deixe-me explicar:

Os UX são aqueles que são 1s ou 2, para os quais o tempo é difícil ou impreciso. Na lista acima, eu me refiro a detalhes de abertura, pegajosa. Este é geralmente esse tipo de desempenho que é ignorado como 1s para abrir um comércio ou .1s não parece uma grande mudança para o usuário. Mas o que o usuário nem sempre entende é que quando você pressiona a barra espaciadora para abrir um negócio, muitas coisas estão acontecendo no Murex: o número comercial é enviado do cliente para o servidor de aplicativos. E, em seguida, o servidor de aplicativos está enviando solicitações de banco de dados para obter todas as informações. Não é um único pedido, estamos mais perto de centenas do que alguns: obter cabeçalho de troca, obter corpo de comércio, obter detalhes do contrato, obter fluxos adicionais, verificar os direitos de acesso. Se assumirmos que a comunicação entre o DB e o aplicativo é de 3ms, 100 solicitações trazem isso para .3s, adicione o tempo de CPU (para decidir se o comércio faz parte de um pacote, é necessário abrir outras tabelas), adicionar tempo de solicitação real a partir do banco de dados e, em seguida, enviar todas as informações de volta para o cliente. E aqui você vai 1s, 2s são facilmente alcançados.

Portanto, os problemas de desempenho da Experiência do Usuário também são estruturais e não há muito o que fazer em termos de otimização de código. (bem, pelo menos não no meu PAC não-cérebro).

Os verdadeiros estruturais, os que você espera que sejam lentos, são basicamente como o composto acima mencionado muitas vezes, levando em consideração o cálculo extra para o risco. O bom é que, quando chegar a esse nível, geralmente você pode encontrar otimizações no lado do banco de dados quando não estiver no lado do código para melhorar a velocidade e carregar / processar mais informações ao mesmo tempo. Geralmente, quando você pode entrar em contato com o suporte para o desempenho da Murex, as pessoas esperam ajudar neste tipo de problemas.

Então, de volta à nossa pergunta original: o sistema é lento? É relativamente relativo. Há implementação do Murex, onde o sistema é rápido. Mas tudo foi otimizado com esse objetivo. Para obter seus tempos de ping de 1ms para .1ms não é uma façanha pequena, ter um DB grande e solicitações muito rápidas requerem poder de DB maciço e otimizado, etc. & # 8230; Então, isso pode ser feito e foi feito, mas as pessoas tendem a ser sensíveis aos custos, então, dobrando (bem, eu suspeito muito mais do que duplicar) o seu hardware / orçamento de manutenção para que um comércio abra em .1s em vez de 1s realmente não faz sentido.

E a Murex também trabalha muito para melhorar a experiência do usuário onde eles podem: o Livebook é um ótimo exemplo. Livebook significa que os dados são agitados durante todo o dia por processos, de modo que, quando você entrar no Livebook no lugar da simulação, você não espera 5-10 minutos, mas alguns segundos para ter a informação; o screenset é outro excelente exemplo, a definição de telas permite que você tenha todas as sessões que você precisa abrir de uma só vez em vez de iniciá-las uma a uma.

Para concluir, o desempenho Murex é abordado onde Murex pode fazer algo ou pensar em algo inovador. Mas há alguns limites devido ao hardware que é quase impossível de melhorar do ponto de vista de Murex. Então, o sistema é lento? Não, a Murex trabalhou e está trabalhando duro nisso, mas no final, tudo depende da sua implementação e quão rápido você quer (pode pagar) para ser.

Atualizando SSIs em massa & # 8211; Como eu fiz isso.

Caso prático: hoje, alguém me perguntou se eu poderia ajudar: alguns negócios foram importados e para estes, tudo deve ser considerado bem: mesmo que os SSI faltem, os fluxos futuros devem estar bem e não aparecer como SSIs faltantes. Os novos negócios, por outro lado (mesmo que estejam na mesma contrapartida), tenham que ter SSIs adequados ou retornar uma mensagem SSI faltando.

Colocar alguns SSI manequim (catch & # 8217; all) não funcionaria, pois isso afetaria novos negócios também. Mesmo colocar uma validade até ontem não funcionaria, já que os pagamentos futuros de transações existentes não devem mostrar nenhum erro de SSI faltando.

Então, a única solução que eu pensei: SSIs específicos para transações importadas. Eu não estava completamente seguro da tabela segurando SSIs (eu tinha que confirmar), então eu entrei em uma troca com SSIs personalizados e coloquei em um dos campos uma string muito específica (se você for curioso ABCDE, sim, eu sabe muito, muito original). Então procurei através do arquivo de rastreamento de banco de dados (veja as postagens anteriores sobre como) para encontrar a tabela.

O problema que eu então tive foi que a tabela tinha um número de comércio de campo que não estava de acordo com o meu número comercial (mesmo que eu tivesse certeza de que era o comércio certo). Então eu procurei o arquivo de rastreamento para o número de comércio que eu não conhecia e poderia encontrá-lo dentro do cabeçalho da transação da transação. Então eu então tinha tudo: do meu número de negócio à referência intermediária (no meu caso era apenas 1, mas poderia ter sido múltiplo) para os dados finais.

Transformar isso em um script foi então uma brisa (para pessoas com curiosidade suficiente eu uso os mesmos SSI manequins específicos para todos os negócios importados) e voila! você agora possui SSIs específicos para todos os negócios importados e os novos serão obtidos automaticamente das atribuições do SSI.

Isso é uma solução perfeita? Claro que não, você pode ter problemas ao realizar eventos, mas ainda assim é muito válido.

Limpeza de mola, Purga o banco de dados.

Limpeza de primavera, eu sei que é um mês cedo mas a purga é uma tarefa importante e às vezes você precisa se certificar de que está adaptado ao seu ambiente e necessidades.

Purgar o banco de dados permitirá manter o crescimento do banco de dados sob controle e garantir que você obtenha o máximo desempenho do sistema. Mas, muitas vezes, o medo de que a purga resulte na perda de dados e rapidamente você se encontra com períodos de retenção maciça, 7 anos para o comércio, 2 anos de dados diários do mercado e todos os logs.

O primeiro a ter em mente: o Murex é um sistema de produção para negociação e processamento, não é um sistema de repositório de dados. Você precisa mantê-lo funcionando em melhor forma para maximizar os benefícios que você obtém do sistema. Se você precisar manter alguns dados armazenados no Murex, exporte e guarde-o em seu próprio sistema. É muito mais barato e mais apropriado.

Isso pode parecer óbvio, mas quando se fala sobre purga, a regulamentação é muitas vezes o primeiro tópico que vem e bloqueia qualquer discussão adicional, desde que uma solução para armazenar todos os dados a serem purgados não tenha sido implementada.

Uma vez que todos estejam convencidos da importância da purga, existem vários itens a serem purgados por importância:

& # 8211; Documentos e suas entradas (geralmente ranking no número 1 no uso de DB)

& # 8211; Dados de mercado (normalmente classificados no número 2)

& # 8211; Os esquecidos: visualização, layouts, filtros.

Purging Mxmlexchange é realmente bastante direto e é feito através de scripts fornecidos pela Murex. Basta ter muito cuidado com os scripts e garantir que o teste adequado seja feito em ambientes de teste antes da implantação na produção.

Mas se você testá-lo corretamente e apenas purga os documentos intermediários, é bastante direto sem surpresas.

Dados de mercado.

Os dados do mercado são feitos de 2 partes. O lado visível do iceberg onde você expande os dados do mercado para as datas que você não precisa mais (a boa prática tende a permitir que as pessoas mantenham o final do mês apenas para datas mais antigas e dados diários do mercado por alguns meses (1-3 dependendo da sua agressividade). pode ser feito através da GUI se você quiser, bastante direto.

Mas também há uma segunda parte da purga de dados de mercado que ajuda muito: instrumentos expirados (leia as Obrigações e as opções listadas principalmente). Por padrão, o Murex copia automaticamente todas as entradas de dados de mercado de hoje a amanhã como parte do EOD. Esta cópia automática significa que você também possui entradas para opções cotadas expiradas (ETOs), futuros ou títulos que continuam sendo rolados. Pode não soar muito, mas os ETOs podem rapidamente fazer bolas de neve, especialmente se você trocar informações muito curtas, como intradias e durante a noite. Aqui, a Murex pode fornecer um script para limpá-los. Sintoma para este segundo são tabelas como MP * _GLOB e MP * _PRIC com tamanho grande.

A limpeza do comércio faz sentido especialmente quando você faz o volume comercial. A purga de comércio é feita através da GUI (muito importante) e de tal forma que todas as posições purgadas estão sendo agregadas para evitar qualquer salto nos saldos de caixa.

A limpeza comercial ocorre em 2 etapas: uma lógica, onde o comércio não é mais lido para relatórios e simulação, mas ainda está presente no banco de dados. Todas as suas contribuições são armazenadas e agregadas com outros negócios purgados. Pode ser desfeito, se necessário.

A purga física efetivamente removerá o comércio do sistema, você não pode mais consultá-lo e não pode ser revertido.

Os testes de posição e saldo de caixa devem ser realizados após cada passo de purga. Após a purga lógica, é o mais importante, já que a Murex não avaliará mais o comércio, mas lê diretamente a contribuição armazenada. Depois que a purga física quase pode ser ignorada, pois não afeta mais os resultados agregados, é simplesmente remover os registros comerciais não utilizados.

A purga de comércio depende da complexidade do comércio, os avanços de pontos simples podem (e devem) ser purgados de forma muito mais agressiva do que ofertas mais estruturadas.

Logs e auditoria.

Murex lhe dará os scripts para estes, purgue como solicitado e faça uma cópia se você sentir a necessidade antecipada. Eles não consomem muito espaço, mas os logs limpos tornam a navegação por eles muito mais fácil!

Dados estáticos.

Eu realmente sou um advogado contra a purga de dados estáticos. Murex geralmente faz referência a dados estáticos sob as ofertas de negócios purgados ou em outros lugares e removendo-os, removerá esse link para o Murex. Pode-se sempre tentar corrigir todos os problemas que garantem, mas na minha opinião, simplesmente não vale a pena. A quantidade de problemas gerados (e que pode vir depois durante ou após uma atualização) não vale a pequena quantidade de DB que ele ocupa.

Filtro, layouts, visualizações, etc. & # 8230;

Esses itens não devem ser purgados per se mas devem ser mantidos sob controle. Impedir que os usuários criem, a duplicação é provavelmente o caminho a seguir.

Para limpá-los provavelmente não teria muito impacto no banco de dados, mas você arrisca que um relatório do EOD ou um processo falhem. Exceto se você manteve uma lista muito precisa de quais itens são usados ​​por qual processo (e se você fez, felicidades!), Você provavelmente deve deixá-los onde está ou iniciar uma campanha maciça identificando e desativando os indesejados.

Em resumo, se você se concentrar nos 4 principais itens desta lista, seu banco de dados deve crescer conforme o esperado quando o hardware foi planejado com o Murex e os desempenhos permanecerão otimizados. Apenas fique de olho no uso de DB por tabela e se algo crescer muito rápido, a Murex sempre ficará feliz em resolver você!

Se eu esqueci algo ou se você quiser adicionar algo, sinta-se à vontade!

Sybase vs Oracle.

Esta é a pergunta que muitas vezes ouve quando a decisão foi para ir com o Murex: Sybase vs Oracle. Qual é o melhor? Qual você recomenda, etc. & # 8230;

Para repetir primeiro o que foi dito várias vezes: Murex funciona muito bem com qualquer um e se você precisa usar um ou outro devido a uma política bancária ou a qualquer motivo, você não pode se equivocar. A Murex dará resultados e tudo será A-OK.

Mas há diferenças e ambos têm prós e contras. Historicamente, o Murex só suportou a Sybase e muitos clientes sentem que receberão melhor suporte da Murex se eles forem com a Sybase. A Oracle é bastante conhecida no Murex hoje em dia e não há nenhuma alteração na qualidade do suporte em relação à Oracle. A equipe de PAC especialmente é conhecedora em ambas as frentes e pode fornecer recomendações de configuração para ambos os sistemas.

Mesmo em desempenho, não é onde a diferença realmente vai se deitar (muitas pessoas não concordam aqui e dão motivos para ir para uma ou outra). Eu sinto que a diferença é bonita no uso real de cada um: cada um deles funciona de maneira ligeiramente diferente. Não de um front-end do Murex, para o usuário final, a Sybase ou Oracle não faz nenhuma diferença, o sistema parece o mesmo, as funções funcionam da mesma maneira. É realmente quando você começa a usar o SQL onde você pode ver as diferenças.

Eu me formei na escola SQL com a Sybase como professora, então eu sei mais sobre a Sybase do que a Oracle.

Sybase sábio, identificadores são diretamente atribuídos (o bom velho M_IDENTITY). Ao escrever SQL, não precisa cuidar desse campo, ele se administra. Com a Oracle, é uma história diferente, é preciso chamar a seqüência (TABLENAME_DBFS) para recuperar o número mais recente para atualizá-la. Um pouco mais doloroso.

Os clientes SQL com Oracle são, por algum motivo, sempre mais uma dor, especialmente se você misturar comandos diretos e procedimentos armazenados. Eu usei o desenvolvedor de SQL e não tenho que ver os resultados dos meus procedimentos armazenados é uma dor. Eu também uso muito SQuirreL. O posterior funciona excelente para tudo, EXCETO a conexão inicial com os servidores Oracle. Quando o servidor está distante, a carga inicial de tabelas demorou alguns minutos (iniciou-se aos 15 minutos e diminuiu 2-3 minutos uma vez que o link para outros escritórios foi atualizado). A Oracle também foi uma dor com o nome de usuário / senha para cada esquema. Não tenho certeza de por que foi assim, mas, enquanto estiver na Sybase, pode mudar facilmente de um DB para outro com o mesmo usuário, da forma como ele está configurado para trabalhar com o Murex Oracle forças para sair / fazer logon novamente (ou fazer login várias vezes para cada esquema).

Mas eu tive a minha parte justa de problemas com a Sybase. A corrupção do DB aconteceu algumas vezes (eu suspeito que isso aconteça também com a Oracle, mas não o experimentei em primeira mão). A pior corrupção de DB foi ao receber um despejo de um cliente que continha um gatilho (os disparadores não são seus amigos). Esse gatilho foi anexado a um id de usuário diferente que não tivemos quando carregamos o despejo. Então, devemos redefinir o id do usuário para esse gatilho antes de excluí-lo. Ao atualizar esse ID de usuário, causou uma corrupção de banco de dados que só poderia ser resolvida quando parar / reiniciar o servidor. Havia outros casos, mas nada repetindo tão facilmente quanto aquele.

Eu estaria interessado em ouvir dos especialistas da Oracle para me dar todos os bons lados da Oracle desde o meu ponto de vista, eu geralmente achava a Sybase mais fácil de trabalhar e muitas vezes desperdiçava algumas horas tentando adaptar um procedimento armazenado que eu escrevi em Sybase para trabalhar com a Oracle. Normalmente, a equipe PAC foi a única capaz de me colocar em linha reta e fazer o procedimento funcionar.

Desempenho Murex & # 8211; a história de galinha e ovo.

O desempenho da Murex está frequentemente no centro das atenções: quão rápido pode o Murex fazer XXX ou criar YYY. (Substitua XXX e YYY com sua escolha de tarefas)? O problema é que a lista de requisitos entre 2 clientes varia e resulta em horários muito diferentes.

Então, para tirar primeiro a questão principal (se você preferir uma resposta curta): você pode obter bons desempenhos da Murex? Absolutamente!

Como você vai conseguir depende de poucas coisas (o que faz responder a pergunta quanto tempo demora para fazer algo impossível de responder):

O hardware é o primeiro a se lembrar. Com um ótimo hardware vem um ótimo desempenho. Bem, na verdade, você também precisa tê-lo ajustado, mas sim é um dos principais requisitos. Este tende a ser negligenciado: # 8220; eu quero obter teta real para todo o meu portfólio nos próximos 10 dias, juntamente com um choque instantâneo e, em qualquer momento, reescrever os níveis de pontos. E precisa ser rápido! & # 8221; (você tem perguntas semelhantes com entrada comercial, relatórios, etc. & # 8230;). Claro, se você pedir tarefas demoradas (ou colocar muitas verificações de consistência), você irá abrandar os processos. Manutenção. Se tudo funcionar bem no dia 1, mas não 10 dias depois, claramente há alguma manutenção que não foi feita corretamente Software. Eu coloco este último porque é muito raramente o software o problema. Muito raramente (é bom repetir isso)

Para a maioria desses problemas, a equipe do PAC é a equipe do go-to. Eles podem dimensionar o hardware que você precisa com base no uso do sistema, aconselhá-lo sobre os procedimentos de manutenção e depurar se algo for muito lento.

Em geral, se você acredita que um processo está demorando demais, dada a configuração (inserir um negócio leva 5 minutos, relatório ainda em execução após 1h, etc & # 8230;) você precisa fazer o seguinte.

Se for uma ocorrência isolada, poderia ser um bloqueio no nível DB ou no nível do sistema. Para bloqueios no nível DB (raro, mas acontece), verifique com o seu dbas, também verifique se nenhum processo pesado está sendo executado. Para bloqueios em nível de software, o Murex está coberto com ipmonit. Faça o login para o ipmonit a partir da ferramenta monit e você pode acessar um relatório de bloqueio mostrando todos os bloqueios colocados pelo sistema (por exemplo, se alguém estiver editando um comércio, ele está bloqueado para evitar 2 modificações ao mesmo tempo). Verifique a documentação para o ipmonit, pois as capturas de tela são muito úteis quando navega pelas telas.

Se acontecer o tempo todo, é improvável que seja um bloqueio e você precisa gerar traços de desempenho. Os primeiros são gerados com o comando / TIMER slash. Este comando slash irá gerar arquivos mxtiming em seu diretório de log (você pode colocar o comando slash se necessário nos lançadores para serviços). O arquivo mxtiming mostrará o tempo gasto na CPU e enquanto espera o DB. Se o tempo gasto no banco de dados for muito alto, os índices podem estar faltando nas tabelas. Então você precisa executar um traçado DB (link sem vergonha para minha postagem mais antiga para como). Esses traços DB podem ser enviados para o Murex e eles lhe fornecerão o número de lógicamente lido em cada tabela. Um número muito alto indica (provavelmente) que uma tabela está sem indexação. A indexação dessa tabela deve melhorar o desempenho.

Se o sistema estiver lento, o motivo está no hardware ou na configuração. Raramente o problema é devido a um bug.

Também há casos em que o Murex desenvolve um novo recurso para acelerar um processo que é conhecido por ser sempre lento devido à grande quantidade de processamento de dados / dados que requer. Paralelização ou pré-crunching são os 2 grandes métodos para fazê-lo. Mas isso se aplica quando você começa a ter um volume: inserir um único negócio deve ser sempre rápido!

Comentários, experiências são bem-vindos!

Murex database & # 8211; Corte seus problemas de distância!

Tudo bem, hoje deixe abrir esta caixa preta que é o banco de dados Murex! Embora todos vocês saibam que a Murex não publica sua organização de banco de dados, às vezes não há escolha além de ir diretamente onde estão os dados.

A minha regra geral é que, se alguém pode evitá-lo, deve-se evitar o acesso direto ao banco de dados. Qualquer problema causado durante a navegação terá impactos e causará problemas no ambiente. Para relatórios, tabelas dinâmicas ou relatórios de visualizadores são seus amigos. Para a filtragem, a lista de campos é bastante exaustiva. Em muitos casos, você encontrará todas as informações que você precisa sem abrir nenhum cliente SQL único. Mas às vezes, para alguns filtros (de volta ao post RQWHERE!), Para alguns relatórios ou para alguma limpeza de banco de dados, você precisará passar pelo banco de dados.

Trabalhar com o banco de dados Murex é o mesmo que trabalhar com qualquer outro banco de dados do sistema comercial: backup, teste em ambientes de teste, teste novamente, backup e deve funcionar. O problema é que, por vezes, alguns campos não são muito claros sobre quais são os papéis deles e quando se tenta preencher linhas (inserção ou atualização), isso pode ser um problema real. Os consultores da Murex são os mais adequados para ajudá-lo, especialmente se você não tiver certeza de que seu pedido é seguro. Em caso de migração, novamente, os consultores da Murex devem ser os únicos para fornecer os scripts certos, basta escrever o seu quando você estiver absolutamente confiante do que você está fazendo.

Agora, do ponto de vista do consultor Murex, nem sempre é fácil determinar quais campos têm quais funções. Mas o primeiro passo é entender o que a outra parte está tentando fazer. Talvez SQL não seja o melhor caminho a seguir e pode haver uma solução mais fácil?

Então você pode verificar o que outras pessoas fizeram. É raro ter um problema com apenas 1 cliente que não foi encontrado por outra pessoa.

Aprendi o SQL enquanto trabalhava no Murex e, muitas vezes, acelerava os processos de maneira tremenda:

& # 8211; Inserindo em massa alguns dados (ou duplicando registros)

& # 8211; Limpeza de dados indesejados. Especialmente logs (ou dados de mercado, muito mais rápido)

& # 8211; Construindo minhas próprias extrações ao fazer relatórios de reconciliação.

Mas também aconteceu que meus scripts não funcionaram como esperado (e por sorte tive um backup e estava fazendo isso em um ambiente de teste): atualizações / exclusão sem uma condição correta. Uma vez removi todos os registros do cabeçalho da transação!

Se você estiver trabalhando em um conjunto limitado de tabelas e você não quer recorrer aos DBAs para fazer o backup, então você pode usar as seguintes ferramentas: Ajuda-Monitor-DPI info-Transferência do RDB para DBF. Você precisará de um código de autorização para prosseguir, mas você pode transferir a tabela do banco de dados para um arquivo no sistema de arquivos do servidor de aplicativos. O passo Transferir de DBF para RDB faz exatamente o contrário. Então, você oferece flexibilidade para fazer backup de qualquer tabela que você deseja do banco de dados para o sistema de arquivos e trazê-lo sempre que necessário.

Note que você pode usar jokers em nome da tabela que deseja transferir e não deve colocar _DBF, mas. dbf.

E você? Qual é a sua relação com o SQL? Comentários e experiências abaixo, se desejar!

Divertir-se com o sistema.

Para um modo mais leve nesta sexta-feira, fale sobre as maneiras de se divertir com o sistema. O Murex é um sistema complexo, nem sempre fácil de configurar ou familiarizar-se.

Mas quem diz que o sistema complexo também diz muitos lugares para colocar esse pequeno toque engraçado que vai trazer um sorriso quando manchado.

Aqui estão alguns que eu encontrei:

Clássico, mas sempre bom: o comentário engraçado no código (procedimento pré-assinado ou armazenado, por exemplo). Um dos melhores, foi / * Adicionado para agradar a Sra. Princess, enquanto não serve para nada * / Tinha que dizer a essa pessoa que esse código iria produzir e tirá-lo provavelmente seria uma boa idéia. A consistência UDF rege as mensagens: & # 8220 Por que você esqueceu de entrar em XXX & # 8221; (isso ocorreu ao entrar em títulos). Eu poderia dizer que a pessoa que escreveu aquele bocado deve ter ficado tão frustrada que eles tiveram que ventilar alguma raiva na mensagem. Tive um sorriso naquele edifício de volta a história Nome das visualizações e filtros. Um dos meus ex-colegas estava sempre colocando insultos em seus rótulos de filtro (e normalmente os apagava após o uso). Bem, vamos dizer que alguns DBs ainda têm essas palavras em alguns campos Descrição campos. Eu tenho que admitir que este é o melhor usado em dados estáticos que só suportam pessoas acessadas, nem todos podem concordar com isso! Documentação e rótulo de objetos usados. Lembrei-se desse vínculo chamado NOTABOND, clássico, mas ouro 🙂

Você também encontrou algum? Você colocou alguns de vocês (voluntariamente ou não)?

Tenha um bom fim de semana!

RQWHERE é provavelmente o filtro de função mais útil no Murex. Basicamente, você pode filtrar com base em instruções SQL. Isso dá-lhe total liberdade quanto a quais critérios você deseja usar para escolher uma determinada população de resultados.

RQWHERE também é uma dor no pescoço para usar as primeiras vezes (e os tempos depois!), Pois é puramente baseado no datamodel (o qual, como discutimos anteriormente, não está documentado). Com base no datamodel significa que você precisa entender como os dados são estruturados e como as diferentes tabelas estão relacionadas juntas. Isso também significa que, se o modelo de dados mudar, o filtro precisará ser adaptado.

Então, se você marcar as seguintes caixas:

& # 8211; Saiba como fazer declarações SQL simples.

& # 8211; Saiba como os dados que você precisa são organizados.

& # 8211; Não podemos fazer o filtro que você precisa com as funcionalidades existentes.

RQWHERE é para você!

Basicamente RQWHERE chama para 2 argumentos, sendo o primeiro um string e a instrução de seleção real que você deseja usar e a segunda também é uma string, mas que eu nunca usei. Se alguém o recomendar, sinta-se à vontade para comentar abaixo 🙂

A maneira como você estrutura sua declaração seletiva é um pouco para você e enquanto eu não posso ajudá-lo com isso (seu consultor Murex preferido pode e vai embora, 🙂) há uma coisa muito boa que pode levar seu filtro de ser bom para ser muito bom: funções do analisador.

Na verdade, você pode enriquecer sua declaração de string com variáveis ​​interativas ou funções de analisador. Isso significa que o filtro pode solicitar ao usuário final uma string / número / data antes de ser executado, que será usado ao criar a seqüência que será enviada para a função.

Por exemplo, você deseja recuperar com um número superior a x. Seu primeiro argumento será algo como o & # 8220; [início da sua declaração], onde NUMBER & gt; & # 8221; + & lt; variável numérica interativa & gt; + & # 8221; [final da sua declaração & # 8221 ;. Se você estiver usando cordas ou datas, certifique-se de que você usa aspas simples e duplas corretamente: & # 8220; [início da sua declaração], onde STRING = '& # 8221; + & lt; variável de string interativa & gt; + & # 8221 ; & # 8216; [fim de sua declaração] & # 8221; (sim, STRING = & lt; single quote & gt; & lt; double quote & gt;). A seqüência de declaração construída será então & # 8220; [início da sua declaração] onde STRING = '& lt; variável de entrada & gt; & # 8217; [final da sua declaração] & # 8221 ;. Uma RQWHERE perfeitamente construída!

Como depurar RQWHERE?

Às vezes, o seu RQWHERE não funcionará como esperado. Ou não retornará nada sem erro ou, às vezes, será um erro de spam. Se o mais tarde, o Murex irá mostrar-lhe as declarações que estão falhando e você pode corrigir o seu RQWHERE, observando o resultado final.

Se não houver nenhum erro, ligue um rastreamento de banco de dados (na tela ou em logs) e verifique a declaração SQL construída se for o que deseja ou não.

Perguntas, comentários, sinta-se livre!

Traços de banco de dados.

O rastreamento de banco de dados é muito útil quando você tenta entender o que está causando um erro e você suspeita de algo errado na configuração (uma segurança de configuração incorreta, dados de mercado, etc. & # 8230;) ou você está procurando construir uma consulta SQL e precisa ter um pouco de uma melhor compreensão do modelo de dados (note que não o encorajo a usar o SQL, os relatórios e as tabelas dinâmicas devem ser sua primeira parada, mas às vezes não é suficiente).

Em Murex há alguns traços de banco de dados e alguns são mais úteis do que outros.

O primeiro que usei é o que vem pela GUI. Cada pedido aparece na tela e pressionando escape é executado. É simples de usar, simples de ligar e não precisa recuperar o arquivo do servidor do aplicativo. Infelizmente, algumas vezes causa falhas devido às janelas pop-up que interferem com o aplicativo ou às vezes você simplesmente tem muitos pedidos para que ele seja útil.

Para ativá-lo, você precisa ir para Help-Monitor-DBX Info-Request. Você pode então inserir critérios para filtrar os pedidos: da ação (atualizar, excluir, inserir, selecionar) para uma pesquisa de seqüência (por exemplo, TRN_HDR ou BOND001).

Quando comecei no mundo Murex, adorei essa ferramenta, pois me ajudou a juntar os pedaços do quebra-cabeça.

O segundo é ativar os rastros despejados em um arquivo de log. Para fazer isso, vá para Help-Monitor-DBX Info-RDB Statistics. Você pode escolher qual o nível de depuração que você precisa. O básico é bom o suficiente se você precisar olhar para as consultas executadas. O detalhado detalhado (além do plano) é necessário se você estiver tentando rastrear índices DB faltantes ou precisar entender quais pedidos estão custando muito tempo. Esse rastreamento irá, por padrão, despejar arquivos em logs / mxsession / mx, mas o caminho padrão pode ser modificado no iniciador.

Pode-se também ativar esse rastreamento com um comando slash: / RDXSTATISTICS: & lt; prefix & gt;: & lt; trace level & gt;

Você pode acabar usando as informações fornecidas pelos traços para:

& # 8211; Construindo um relatório.

& # 8211; Construindo um filtro RQWHERE.

& # 8211; Reduzir um problema.

& # 8211; Construindo um procedimento SQL (útil ao atualizar / reconciliação, mas sempre verifique com o Murex se ele estiver bem)

Os traços de DB não são a bala de prata e, às vezes, não venceu-lhe a informação que você reencontra. Além disso, no caso de investigar um acidente, tenha em mente que o último pedido pode não ser o responsável pelo acidente e talvez você precise fazer o backup nos logs para encontrar a causa raiz.

Se você tiver dúvidas, histórias engraçadas ou se sentir como isso, por favor comente abaixo!

Vendedor de tecnologia de risco de mercado do ano (sistema): Murex.

Prêmios de Risco 2017: movimentos históricos de 30 anos se movem com os tempos.

Revisão Fundamental do Livro de Negociação (FRTB)

O gerenciamento de riscos e a regulamentação mudaram rapidamente nos anos pós-crise, criando lacunas para criação e criação dinâmica para preencher. Muitas vezes, atendidos por antigos profissionais, eles tendem a se concentrar em um ou mais dos desafios de nicho deste novo mundo, às vezes fazendo um trabalho melhor do que seus concorrentes mais experientes.

O desafio para os prestadores estabelecidos é manter e aumentar a participação no mercado, apesar da concorrência desses empreendedores. Isso exige uma compreensão completa de regulamentos em várias camadas, idéias inovadoras e investimentos pesados ​​em tecnologia. Murex marca todas as três caixas & ndash; apesar de completar 30 anos no ano passado, os clientes dizem que o fornecedor conseguiu se mudar com os tempos.

"Utilizamos a tecnologia Murex desde 1999 e integramos muito novos negócios e funcionalidades ao longo dos anos, aposentando outras plataformas para consolidar em torno da Murex para negociação e risco. Operar tudo, desde uma plataforma, é muito valioso para nossos negócios, e a Murex foi proativo na liberação de novas versões e no suporte às nossas necessidades ", diz Vi & ecirc; t-Qu & ecirc; Vo-Dignard, integrador de TI da Murex no Banco Nacional do Canadá em Montreal.

Com sede em Paris, a Murex tem 17 escritórios e mais de 300 clientes em todo o mundo, com centros regionais em Nova York, Paris e Cingapura. Ao longo da última década, a empresa investiu cerca de US $ 1 bilhão em pesquisa e desenvolvimento (R & D) com o objetivo de manter a MX.3, sua plataforma integrada principal, em contato com as necessidades de mudança dos clientes.

A funcionalidade da plataforma abrange a negociação, gestão de investimentos, tesouraria, operações e finanças, gerenciamento de garantias e gerenciamento de riscos em classes de ativos e sua base de usuários abrange bancos, empresas, gestores de ativos, fundos soberanos e contrapartes centrais (CCPs).

A última rodada de investimentos começou em 2008, já que a Murex sentiu que a crise financeira destacava a necessidade de integração de mecanismos de negociação, risco e operações em uma única plataforma. Nos anos que se seguiram, o MX.3 apoiou seus usuários em enfrentar múltiplos novos regulamentos.

Entre as transições mais desafiadoras enfrentadas no setor de gerenciamento de risco estão a próxima revisão Fundamental da carteira de negociação (FRTB), definida para implementação em 2019, e a fase contínua de requisitos de margem para derivativos não compensados ​​centralmente.

Utilizamos a tecnologia Murex desde 1999 e integramos muito novos negócios e funcionalidades ao longo dos anos, aposentando outras plataformas para consolidar em torno da Murex para negociação e risco.

Em fevereiro de 2018, a Murex apresentou sua oferta de FRTB como parte do MX.3, oferecendo suporte para cálculos de capital de risco de mercado, tanto na abordagem padronizada como na abordagem de modelos internos. Ele também aborda o quadro de ajuste de avaliação de crédito revisado do regime, que aumenta significativamente o poder de computação exigido devido ao número de sensibilidades envolvidas.

A Murex aborda o desafio do desempenho de três maneiras. Primeiro, usando sua experiência em negociação e preços, procura reduzir o número de cálculos necessários. Em segundo lugar, otimiza esses cálculos, usando a tecnologia de orquestração e grade com unidades de processamento gráfico (GPUs) para atender aos requisitos de desempenho. E, finalmente, aproveita a tecnologia de agregação em memória para visualizar e calcular estatísticas de FRTB na fase final do processo.

"Porque somos capazes de alavancar nosso mecanismo de precificação e uma compreensão profunda de posições e fatores de risco, podemos analisar o alcance total do que deve ser computado em FRTB e, em seguida, reduzir significativamente o número de cálculos, o que facilita a carga sobre hardware ", diz Bruno Castor, responsável pelo risco de mercado na Murex.

Enquanto a diferenciação algorítmica adjunta (AAD) está sendo adotada em algumas partes da indústria como uma alternativa às GPUs, a Murex decidiu não adotá-la por enquanto. "Testamos e analisamos o impacto de várias tecnologias em R & D, incluindo AAD, e o usaremos no futuro se acharmos necessidade, já que AAD é uma ferramenta entre muitos. Mas não é adequado para FRTB e nós desenvolvemos uma oferta efetiva de alto desempenho sem isso ", diz Castor.

A margem é outra área onde a regulamentação e a prática estão em fluxo. Murex inventou um dos 20 maiores bancos que estavam sujeitos ao prazo de margem inicial da marinha de setembro e ndash; facilitando o processamento de chamadas de margem e conectando o banco a novas infra-estruturas de mercado e ndash; e agora está trabalhando com uma série de clientes na data de início do 1 de março para margem de variação.

A limpeza central também tem sido uma área de foco para a Murex nos últimos anos, e a flexibilidade do MX.3 permitiu sua adoção pela LCH para substituir os sistemas legados e aprimorar as capacidades de gerenciamento de risco de sua SwapClear CCP para swaps de taxa de juros.

A estratégia da plataforma da Murex inclui uma série de serviços principais que são comuns a todos os clientes, com serviços adicionais para determinados tipos de clientes. A LCH usou um serviço de compensação dedicado desenvolvido para CCPs, que alavanca o mecanismo de risco de mercado da Murex e apoiou o rápido crescimento no volume limpo no SwapClear desde a implementação em 2018.

A flexibilidade e uma abordagem pragmática colocam a Kairos Investment Management em uma posição forte para o futuro.

21 de dezembro de 2017.

A personalização e as estratégias de mitigação de risco são as tendências a serem observadas em 2018.

21 de dezembro de 2017.

A La Française encontra sucesso em foco em premissas quantitativas e estratégias de crédito.

21 de dezembro de 2017.

Market Technology Awards 2018: Novos problemas, novas soluções.

14 de dezembro de 2017.

Gerente de ativos do ano, gerenciamento de risco: Legal & amp; Gestão Geral de Investimentos.

13 de dezembro de 2017.

Portador padrão - Liderando a taxa IFRS 17.

12 de dezembro de 2017.

Prêmio de Risco 2018: Os vencedores.

08 de dezembro de 2017.

Gerente de risco do banco do ano: Citi.

08 de dezembro de 2017.

7 dias em 60 segundos.

FRTB, CCAR e tampas de bônus para comerciantes prop.

A semana em risco, de 16 a 22 de dezembro de 2017.

Você precisa fazer login para usar esse recurso. Se você não possui uma conta de Risco, inscreva-se para um teste.

© Infopro Digital Risk (IP) Limited, publicado pela Infopro Digital Risk Limited, Haymarket House, 28-29 Haymarket, London SW1Y 4RX, são empresas registradas em Inglaterra e País de Gales com números de registro da empresa 9232733 & amp; 9232652.

Editora digital do ano.

Você precisa fazer login para usar esse recurso. Se você não possui uma conta de Risco, inscreva-se para um teste.

Você está atualmente em acesso corporativo.

Para usar este recurso, você precisará de uma conta individual. Se você já possui um, inscreva-se.

Alternativamente, você pode solicitar uma conta indvidual aqui: