Find

Article
· Dec 3, 2024 2m read

2024.3 Audit Highlight - Événements d'instructions SQL plus précis

L'audit est une fonctionnalité essentielle pour garantir la sécurité de votre serveur. Depuis un certain temps déjà, nous avons inclus la possibilité d'auditer les instructions SQL exécutées sur le serveur.

Avec la version 2024.3 déjà disponible, nous proposons des options plus précises pour définir ces événements à auditer.

Auparavant, vous pouviez décider d'auditer les instructions SQL en fonction du mécanisme d'accès, par exemple en exécutant des instructions à partir de JDBC/ODBC par rapport à l'Embedded SQL (par exemple en utilisant &sql dans votre code) par rapport au Dynamic SQL (par exemple en utilisant %SQL.Statement dans le code, ou par exemple en utilisant l'exécution de requête SQL du portail de gestion, ou à partir du shell SQL dans le terminal), et maintenant, en plus de cela, vous pouvez décider d'auditer uniquement certains types d'instructions (par le mécanisme d'accès, comme cela était possible auparavant). Ces types sont :

  • DDL (Data Definition Language) -

Instructions qui modifient les éléments de base de données, les paramètres ou d'autres éléments qui ne sont pas des données. Par exemple CREATE / ALTER TABLE

  • DML (Data Manipulation Language) -

Instructions qui modifient les données. Par exemple INSERT / UPDATE / DELETE

  • Utilitaire -

Instructions qui ne modifient ni les données ni les métadonnées, mais modifient plutôt l'état du processus ou des modèles d'apprentissage automatique.

  • Requête -

Instructions qui exécutent ou définissent une requête pouvant renvoyer des données. Par exemple SELECT

Voici la liste des événements associés que vous pouvez désormais trouver dans la configuration des événements d'audit :

Consultez plus d’informations dans les documents associés et les notes de publication associées.

Article
· Dec 3, 2024 2m read

Actualización de Auditoría en 2024.3 - Eventos de Sentencias SQL Más Detallados

La auditoría es una capacidad fundamental para garantizar la seguridad de vuestro servidor, y desde hace un tiempo hemos incluido la posibilidad de auditar las sentencias SQL ejecutadas en el servidor.

Con la versión 2024.3 ya disponible, ahora ofrecemos opciones más detalladas para definir los eventos que se auditarán.

Anteriormente, podíais decidir auditar las sentencias SQL según el mecanismo de acceso, por ejemplo, ejecutar sentencias desde JDBC/ODBC, SQL embebido (e.g. al usar &sql en vuestro código) o SQL dinámico (e.g. usando SQL.Statement en el código, o ejecutar consultas desde el Portal de Gestión, el Shell SQL en el terminal, etc.). Ahora, además de esto, podéis optar por auditar solo ciertos tipos de sentencias (según el mecanismo de acceso, como ya era posible). Estos tipos son:

  • DDL (Data Definition Language o Lenguaje de Definición de Datos) - 

Declaraciones que modifican elementos de la base de datos, configuraciones u otras cosas que no son datos. Por ejemplo: CREATE o ALTER TABLE.

  • DML (Data Manipulation Language o Lenguaje de Manipulación de Datos) - 

Sentencias que modifican datos. E.g. INSERT / UPDATE / DELETE

  • Utility (o utilidades) 

Sentencias que no modifican datos ni metadatos, pero que cambian el estado del proceso o de los modelos de aprendizaje automático.

  • Query (o de consulta)

Sentencias que ejecutan o definen una consulta que puede devolver datos. Por ejemplo: SELECT.

Esta es la lista de los eventos relacionados que ahora podéis encontrar en la configuración de Eventos de Auditoría:

Podéis encontrar más información en los documentos relacionados y en las notas de la versión relacionadas.

Discussion (0)1
Log in or sign up to continue
Announcement
· Dec 3, 2024

El jueves tuvimos el último webinar del año - Unificando Datos con InterSystems IRIS: Explorando el Paradigma ‘Connect or Collect’

¡Hola desarrolladores! 

El jueves pasado tuvimos el último webinar del año "Unificando Datos con InterSystems IRIS: Explorando el Paradigma ‘Connect or Collect’" 

 

¿Y qué pudimos ver? Pues cómo combinar datasets conectados y recopilados para realizar consultas avanzadas. Ayudando así a las empresas a unificar sus datos para obtener mejores conocimientos y tomar decisiones más informadas.

Un webinar bastante conclusivo que en menos de una hora explica varias claves de las tecnologías InterSystems IRIS y Smart Data Fabric.

¿Te lo perdiste? ¿Dónde puedes verlo?

Aprovechamos el momento para dar las gracias por el seguimiento a los webinars. Vuestra aportación es muy importante a este respecto, y nosotros trabajamos para traeros contenidos que os sean prácticos e interesantes ¡Gracias! Volveremos con más webinars en 2025 🎉

2 Comments
Discussion (2)1
Log in or sign up to continue
Question
· Dec 2, 2024

How to use order by in Query %DLIST ?

Hello My Friends,

I have a question how to use order by %DLIST, this is my code:

SELECT

$ListToString(%DLIST(DISTINCT MRDIA_ICDCode_DR->MRCID_Code),', ' ) ICDX,

$ListToString(%DLIST(DISTINCT (MRDIA_ICDCode_DR->MRCID_Desc || ' (' || MRDIA_DiagnosisType_DR->DTYP_Code || ')')),', ' ) Diagnose

FROM SQLUser.PA_Adm

LEFT JOIN SQLUser.PA_AdmInsurance ON (PAADM_RowID = INS_ParRef AND INS_Rank = 1)

LEFT JOIN SQLUser.PA_AdmPackage ON (PAADM_RowID = PACK_ParRef)

LEFT JOIN SQLUser.MR_Adm on MRADM_ADM_DR = PAADM_RowID

LEFT JOIN SQLUser.MR_Diagnos ON MRADM_RowId = MRDIA_MRADM_ParRef

LEFT JOIN SQLUser.OE_Order ON PAADM_RowID = OEORD_Adm_DR

LEFT JOIN SQLUser.OE_OrdItem AS OD1 ON OEORD_RowId = OEORI_OEORD_ParRef AND OEORI_Categ_DR = 20 AND OEORI_ItemStat_DR <> 1

LEFT JOIN SQLUser.OE_OrdItem AS OD2 ON OEORD_RowId = OD2.OEORI_OEORD_ParRef AND OD2.OEORI_Categ_DR = 11 AND OD2.OEORI_ItemStat_DR <> 1

WHERE

PAADM_ADMNo IS NOT NULL AND PAADM_Type = 'E'

AND PAADM_AdmDate >= '2024-11-01' AND PAADM_AdmDate <= '2024-11-25'

GROUP BY PAADM_RowId

and this is the result

and What I need is how to order by the Diagnose Colum like (M) for the first and (S) for second and (C008) for the last ?

like this one

Does anyone could help me ? 

Thank You

Best Regards,

Steve Henry

Discussion (0)1
Log in or sign up to continue
Article
· Dec 2, 2024 4m read

第三十九章 终端输入 输出 - terminator

第三十九章 终端输入 输出 - terminator

terminator

第三个位置参数:最多八个字符的字符串,其中任何一个都将终止READ 。这些终止符是协议中内置终止符的补充。请参阅使用终止符结束 I/O 操作。

portstate

4 个位置参数:按位置顺序最多包含 8 个字节的字符串,用于控制 COM 端口状态。端口状态字节如下(字节从1开始按从左到右的顺序编号):

Discussion (0)1
Log in or sign up to continue