Find

Announcement
· Apr 10

[Video] Leveraging Data Fabric Studio in Supply Chain Management

Hi, Community!

Looking to get quicker insights from your supply chain data? See how InterSystems® Data Fabric Studio™ can help:

Leveraging Data Fabric Studio in Supply Chain Management

In this video, InterSystems supply chain experts @Ming Zhou and Mark Holmes discuss the benefits of Data Fabric Studio, including accelerated time-to-value and improved data access!

Discussion (0)1
Log in or sign up to continue
Article
· Apr 10 2m read

Configurando uma Conexão de Tabela Vinculada ODBC/JDBC ao MySQL a partir do Iris

Devido à interpretação de SCHEMA pelo MySQL diferir do entendimento comum em SQL (como visto em IRIS/SQL Server/Oracle), nosso Assistente de Tabelas Vinculadas automatizado pode encontrar erros ao tentar recuperar informações de metadados para construir a Tabela Vinculada

(Isto também se aplica a Linked Procedures e Views)

Ao tentar criar uma Tabela Vinculada através do Assistente, você encontrará um erro semelhante a este

ERROR #5535: SQL Gateway catalog table error in 'SQLPrimaryKeys'. Error: ' SQLState: (HY000) NativeError: [0] Message: [MySQL][ODBC 8.3(a) Driver][mysqld-5.5.5-10.4.18-MariaDB]Support for schemas is disabled by NO_SCHEMA option
 

Para criar uma Tabela Vinculada a um banco de dados MySQL que emprega uma estrutura "sem schema" (o comportamento padrão), por favor, siga as instruções abaixo

  1. Crie uma Conexão SQL Gateway
  • Configure a conexão SQL Gateway como de costume
  • Certifique-se de que a caixa de seleção "Não usar identificadores delimitados por padrão" esteja marcada
  • Clique em "Testar Conexão" para confirmar se a conexão foi bem-sucedida

  1. Use a API baseada em Terminal para Criar a Tabela Vinculada
  • Utilize a seguinte API:$SYSTEM.SQL.Schema.CreateLinkedTable() O método CreateLinkedTable() utiliza os seguintes parâmetros::

CreateLinkedTable(dsn As %String, externalSchema As %String, externalTable As %String, primaryKeys As %String, localClass As %String = "User.LinkedClass", localTable As %String, ByRef columnMap As %String = "")

  • Exemplo:Neste exemplo, usamos a tabela de sistema help_keyword  do MySQL com o camponame como chave primária:

USER>do $SYSTEM.SQL.Schema.CreateLinkedTable("MyDSN", "", "help_keyword", "name", "User.LinkedClass", "LocalTable")

Por favor, certifique-se de que todos os parâmetros estejam especificados corretamente para evitar quaisquer erros durante o processo de configuração

Discussion (0)1
Log in or sign up to continue
Article
· Apr 10 3m read

<METHOD DOES NOT EXIST> erreurs pour les objets de la carte d'enregistrement

Le mappeur d'enregistrements complexes peut vous aider à transformer des données de fichiers texte composées de différents types d'enregistrements en messages persistants dans IRIS. Pour comprendre les bases du mappeur d'enregistrements complexes et découvrir un exemple de mise en œuvre en production, visionnez la vidéo des services d'apprentissage.

Cet article vous aidera à résoudre les problèmes liés à l'affichage du message <Method DOES NOT EXIST> lors de la gestion des objets d'enregistrement. Par exemple, lors de la purge des messages en production, des erreurs peuvent apparaître, indiquant des problèmes lors de la suppression de certains enregistrements :

<METHOD DOES NOT EXIST>zDeleteRecords+17^User.Test.Batch.1 *%ParentRemove,User.Test.Record

Le message suivant peut également s'afficher dans le journal des événements lors du traitement de fichiers utilisant une table d'enregistrements complexe :
<METHOD DOES NOT EXIST>updateArrayReferences+40^EnsLib.RecordMap.ComplexParent.1 *%ParentAdd,User.Test.Record

En vérifiant la classe spécifiée dans le message, vous constatez que la méthode indiquée après l'astérisque n'est pas incluse dans la classe d'enregistrement. Pourquoi ces méthodes sont-elles absentes de la classe ?

Si vous rencontrez cette erreur, dans le portail de gestion, accédez à Interoperability>List>Record Maps, puis à la page de la table d'enregistrements concernée (« User.Test.Record » dans ce cas). Vérifiez si les options « Allow Complex Record Mapping » ou « Allow Complex Batching » sont cochées dans les paramètres.

Si vous utilisez un type d'enregistrement dans une table d'enregistrements complexes, vous devez configurer la table d'enregistrements simple pour pouvoir l'utiliser dans la table d'enregistrements complexes. La documentation précise que « Allow Complex Batching » est une option qui spécifie si la table d'enregistrements peut être utilisée dans une table d'enregistrements complexes.

Lorsque vous cochez l'option « Allow Complex Batching », la classe d'enregistrement étend EnsLib.RecordMap.ComplexChild ; sinon, elle étend uniquement %Persistent. Vous devez cocher cette option pour tous les enregistrements que vous utilisez dans la table d'enregistrements complexes.

Dans l'exemple ci-dessus, vous constatez que la méthode *%ParentRemove n'est pas définie, car elle est définie par la classe EnsLib.RecordMap.ComplexChild. Si la classe d'enregistrement n'étend pas EnsLib.RecordMap.ComplexChild, elle ne contient pas la méthode %ParentRemove. Nous avons donc rencontré l'erreur lors de la tentative de purge.

Pour y remédier, cochez la case « Allow Complex Record Mapping » pour l'enregistrement et régénérez la classe. Si vous cochez la classe régénérée, vous constaterez qu'elle étend désormais la classe EnsLib.RecordMap.ComplexChild. La purge devrait maintenant fonctionner correctement.

Discussion (0)1
Log in or sign up to continue
Announcement
· Apr 10

Volved a ver el webinar del pasado Jueves: "Conectando sensores con InterSystems IRIS"

Hola! 

¿Os perdisteis el webinar de Jairo? ¡No pasa nada, podéis verlo en nuestro canal de YouTube o en la plataforma original donde se emitió.

 

Link YouTube: https://youtu.be/Tv5UpDAYxFQ?feature=shared

Link Plataforma: https://event.on24.com/wcc/r/4903467/717E138C41E142AEC2D1CB487D8FAA76

En este webinar veremos cómo capturar información de sensores hacia InterSystems IRIS. Gracias a esta recolección de datos se abren numerosas posibilidades que exploraremos de la mano de Jairo Ruiz, uno de nuestros expertos Sales Engineer de Colombia.

¡Disfrutadlo mucho!

Discussion (0)1
Log in or sign up to continue
Question
· Apr 10

VS Code ObjectScript extension error

InterSystems ObjectScript extension for VS Code, version 3.0.1

Am also asking this question on the extension's GitHub page: Request textDocument/documentSymbol failed. Error: name must not be falsy · intersystems-community/vscode-objectscript · Discussion #1530 - but suspect more eyes will see it here, which might help gather additional information.

Tried to compile some legacy ObjectScript code via Import/Compile in VS Code using the vscode-objectscript extension. Getting an error, and the content of the file is left changed on the filesystem simply by being compiled.

We think the error occurs when you have a commented out Property line, with no space after the '//' comment starter. But we've not completely isolated the situations where it occurs. Couple of screenshots attached - first is a before compilation / after compilation of a simple test file, showing what state the extension leaves the file in after an attempt to compile. Second is of the Output tab in VS Code for the extension detailing the error. We only stumbled into this yesterday, so still gathering information about when it occurs / doesn't occur. We will be continuing to try and narrow down exactly what combination of syntax triggers the problem, and try and post any clarifying updates - probably on the GitHub discussion in the first instance, since that's where the developers should see them.

Has anyone else ever seen this? Are there any known work-arounds or mitigations?

4 Comments
Discussion (4)2
Log in or sign up to continue