Lignes SQL supprimées

Version imprimable

11/07/2021, 10h55
PIERRO12345

Lignes SQL supprimées

Bonjour,
Lorsqu'on supprime un document dans la gescom par exemple:
1/ Les lignes correspondantes sont elles suppimées?
2/ Si oui, est il possible d'executer une requete afin que d’avoir une colonne du type IsDeleted ou IsInactive qui permettrait, au lieu de supprimers les lignes dans les données sources, de mettre un 1 par exemple dans IsDeleted.

Merci.
11/07/2021, 14h34
tatayo

Bonjour,

Citation:

Envoyé par PIERRO12345

1/ Les lignes correspondantes sont elles supprimées ?

Peut-être que oui, peut-être que non. Il faut demander à l'éditeur, il sera le mieux placer pour dire ce que fait son application.

Citation:

Envoyé par PIERRO12345

2/ Si oui, est il possible d'exécuter une requête afin que d’avoir une colonne du type IsDeleted ou IsInactive qui permettrait, au lieu de supprimer les lignes dans les données sources, de mettre un 1 par exemple dans IsDeleted ?

Si l'action doit avoir lieu lors de la suppression de "l'entête" du document, et sans passer par l'application, il faut passer par un trigger.
Par contre si l'application lance la suppression des lignes, ou qu'un contrainte existe entre les deux tables concernées, soit les lignes seront supprimées sans autre forme de procès, soit tu ne pourras pas les garder sans violer la contrainte en question. Il faut vérifier ce point dans le schéma de la base de données.

Maintenant pour avoir une réponse plus précise, il faudrait nous dire de quelle GesCom il s'agit.

Tatayo
12/07/2021, 07h40
escartefigue

Pour le premier point, consultez la table INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS, si la colonne DELETE_RULE contient "CASCADE" alors les lignes détail sont automatiquement supprimées si la valeur FK est supprimée dans ligne entête où elle est PK
12/07/2021, 08h57
PIERRO12345

Bonjour et merci à Tous,
Il s'agit des applications Sage (Gescom et compta).
Je ne connais rien à SQL; je connais juste les tables que je dois récupérer dans SQL avec Power BI.
Je demande cette information par rapport aux actualisations incrémentielles des données dans Power BI.
J'ai ouvert une base SQL (de sage) et je n'ai as vu la table INFORMATION_SCHEMA. Ou se trouve t-elle svp?
Merci.
13/07/2021, 07h19
escartefigue

INFORMATION_SCHEMA n'est pas le nom de la table mais le nom du schema.
Comme tout SGBD relationnel, SQL server possède un catalogue relationnel qui décrit les objets de la base de données.
Dans ce catalogue, on trouve un grand nombre de tables parmi lesquelles REFERENTIAL_CONSTRAINTS qui, comme son nom l'indique, décrit les contraintes référentielles.
Puisqu'il s'agit d'un progiciel du marché, on peut espérer qu'il soit documenté et qu'il mentionne ce qu'il advient des lignes lorsqu'on supprime l'entête (suppression en cascade, marquage logique...).
Et puisqu'il s'agit d'un logiciel de comptabilité, le plus probable est qu'il n'y ait aucune suppression physique, mais une suppression logique par marquage de l'entête et des lignes détail.
A vérifier dans la doc du produit ou auprès de votre fournisseur.
13/07/2021, 10h59
PIERRO12345

1 pièce(s) jointe(s)
Bonjour et merci,
J'ai édité les tables d'une base sql (sage) en exécutant dans la base la requête suivante:
Code:

1 2 3 4 SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
Ci-joint le fichier Excel des tables; je ne vois pas la table REFERENTIAL_CONSTRAINTS

J'ai du louper quelque chose!!!!
13/07/2021, 11h50
tatayo
Bonjour,
INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS n'est pas une table, mais une vue.
On peut d'ailleurs les voir dans l'explorateur d'objets de SSMS.
Si je regarde le contenu de INFORMATION_SCHEMA.VIEWS, elle n'apparait pas. D'ailleurs je ne vois que "mes" tables/vues, mais pas les tables/vues systeme.

Par contre un
Code:

1 2 3 select * from INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS
me renvoie bien la liste des contraintes définies, avec les actions en cas de mise à jour (UPDATE_RULE)/suppression (DELETE_RULE).

Tatayo.
13/07/2021, 14h55
PIERRO12345

1 pièce(s) jointe(s)
Merci encore,
Ci-joint la liste des contraintes définies suite au code:
Code:

1 2 select * from INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS
Mais je ne vois pas les actions en cas de mise à jour (UPDATE_RULE)/suppression (DELETE_RULE).

Merci de votre aide
13/07/2021, 15h03
tatayo

Ce sont les deux dernières colonnes de ton fichier: no action.
Donc en cas de suppression de l'entête, si des lignes existes => violation de contrainte, puisque on se retrouve avec des lignes orphelines.

Tatayo.
13/07/2021, 15h23
PIERRO12345

Pardon mais ce qui veut dire?
En cas de suppression d'une ligne de document ou d'une ligne d'en tete dans l'application?
13/07/2021, 15h31
tatayo
Je en connais pas le nom des tables en jeu, mais disons qu'on a une table document et une table ligne_document.
En cas de suppression d'une ligne de la table document:
- S'il n'y a pas de ligne liée dans la table ligne_document => pas de problème
- S'il existe des lignes liées dans la table ligne_document => violation de la contrainte
Donc il n'y (de mon point de vue) que trois cas possibles ici:
1. Les lignes de la table ligne_document sont supprimées en premier
2. Le lien est "brisé", en modifiant la clé rapportée dans la table ligne_document, pour par exemple la faire pointer vers un "vrai/faux" document.
3. rien n'est supprimé, mais le document est marqué comme supprimé
J'avoue que je ne sais pas comment fonctionne Sage, donc je ne sais pas quelle option a été choisie, mais je penche pour la troisième, tout comme escartefigue.

Tatayo
14/07/2021, 07h44
PIERRO12345

Merci pour votre patience,
Donc, je peux vérifier en supprimant en ligne et en vérifiant dans la table F_ECRITUREC (pour une écriture comptable par exemple) si la ligne est toujours dans la table apres suppression? c'est logique ce que j'écris ou bien?
Merci.
14/07/2021, 09h27
escartefigue

D'après l'extraction de REFERENTIAL_CONSTRAINTS fournie (le fichier est trop gros, on ne peut pas le charger en totalité en tout cas avec libre office), il y a systématiquement "no action" associé aux ordres DELETE comme UPDATE, de ce fait la suppression de l'entête est sans effet sur les lignes détail.
C'est un choix dangereux car l'intégrité des données est mise en péril.
C'est en effet facile à vérifier en supprimant une ligne entête puis en allant voir ce qu'il en est des lignes détail.
14/07/2021, 09h35
PIERRO12345

Merci encore!!!!
14/07/2021, 16h39
PIERRO12345

Bonjour,
J'ai passé une écriture comptable que j'ai visualisé dans la table F_ECRITUREC
J'ai supprimé l'écriture dans l'application; les lignes ne sont plus dans la table F_ECRITUREC
Question svp: cela veut dire que c'est supprimé de SQL ou déplacé dans une autre table du genre table archivage?
Merci.
14/07/2021, 16h46
al1_24

Bonjour,

Tout ce qui peut être affirmé c'est que la ligne a été supprimée de la table F_ECRITUREC où tu ne la retrouves pas.
Quant à se prononcer sur le déplacement vers une table d'archivage, il faudrait connaître le fonctionnement de ton application. La meilleure chose à faire serait de te tourner vers l'éditeur pour lui poser la question.
14/07/2021, 18h48
alassanediakite

Salut

Citation:

Envoyé par escartefigue

D'après l'extraction de REFERENTIAL_CONSTRAINTS fournie (le fichier est trop gros, on ne peut pas le charger en totalité en tout cas avec libre office), il y a systématiquement "no action" associé aux ordres DELETE comme UPDATE, de ce fait la suppression de l'entête est sans effet sur les lignes détail.
C'est un choix dangereux car l'intégrité des données est mise en péril.
C'est en effet facile à vérifier en supprimant une ligne entête puis en allant voir ce qu'il en est des lignes détail.

Je mettrais plutôt...

Citation:

il y a systématiquement "no action" associé aux ordres DELETE comme UPDATE, de ce fait la suppression de l'entête ~~est sans effet sur les lignes détail~~ sera refusée par SQL Server.
C'est un choix ~~dangereux car l'intégrité des données est mise en péril~~ qui s'explique selon la nature des données.

@+