Peut-on créer et utiliser un fonction sans la stocker ?

Bonjour

Peut-on créer et utiliser une fonction de recherche dans une même requête sans que cette fonction ne soit stockée ?

But: je développe des outils de consultation/exportation de données et ne souhaite pas écrire dans la BDD qui est officiellement gérée par une SSI extérieure à notre société.
Je sais que je peux la supprimer après utilisation mais je préférerai éviter ce duo CREATION/SUPPRESSION, même si elle n'a lieu qu'une fois en début et fin de session de travail.

:roll:

Citation:

---

Envoyé par GuyQ47

Je sais que je peux la supprimer après utilisation mais je préférerai éviter ce duo CREATION/SUPPRESSION, même si elle n'a lieu qu'une fois en début et fin de cession de travail.

---

Session et non cession... :roll:
pourquoi ne pas la mettre dans une autre bd à toi ?
Voir dans les bds systèmes genre msdb ? Pas des plus clean, ok, mais simple !

Vous pouvez créer des fonctions avec la directive WITH ENCRYPTION puis les détruire après usage :

Pièce jointe 529032

ceci est un faible niveau de chiffrement, mais utilisé temporairement, ça fait le job.

Autre possibilité , créer vos fonctions dans tempdb et les virer une fois utilisées….

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

USE tempdb; GO   CREATE FUNCTION F () RETURNS BIT WITH ENCRYPTION AS BEGIN RETURN 1; END GO USE master; GO   SELECT tempdb.dbo.F()

---

Sinon, le fait de créer une base spécifique pour se faire n'est pas mal non plus

A +

Vous êtes deux a m'avoir suggéré l'utilisation d'une autre base de données pour y créer mes fonctions, je vous en remercie.

L'idée me plait pour "faire chambre à part" avec les fonctions créées par la SSI qui a créé l'application principale et la base de données...

J'envoi mes requètes depuis Windev au travers d'une connexion ODBC sur la base de données principale SQL Server, la question c'est : est-ce que SQL SERVER va trouver la fonction vu elle ne fait pas partie de la BDD à laquelle je suis connecté ?
Quelle est la bonne syntaxe pour l'utilisation de la fonction stockée dans une autre base ?

Code:

---

1 2	SELECT [Ma_Bd].[Mon_Schema].[Ma_Fonction] ( Paramètres ) SELECT [toto].[dbo].[ufn_PREMIER_jour_de_la_semaine] ( GETDATE() )

---

Après il faut aussi paramétrer les accès du user.

ATTENTION, cependant, il faut que le code la fonction ne fasse pas d'accès à des données de tables…..

A +

Pour information, le fait de créer une fonction expose son code reniflable par le profiler SQL ! sauf si ENCRYPTION...

A +

Citation:

---

Envoyé par SQLpro

Pour information, le fait de créer une fonction expose son code reniflable par le profiler SQL ! sauf si ENCRYPTION...

A +

---

Merci pour l'info

Finalement, aucun problème si mes fonctions sont stockées dans une BDD à part.
Car je pensais depuis longtemps utiliser SQL Server pour ma BDD utilitaire, car il est bien plus performant que HFSQL et sur une machine dédiée avec des disques 15000trs/min dédiés.
Mais tu soulève un autre problème dans ton autre réponse, cette première fonction créée effectue un recherches dans une table et est utilisée dans une colonne d'un SELECT.
Voici mon code, simplifié avec quelques champs seulement.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55

-- -- Le code de création de la fonction -- IF OBJECT_ID(N'dbo.RenvoyerBonSiret', N'FN') IS NOT NULL DROP FUNCTION dbo.RenvoyerBonSiret; GO   CREATE FUNCTION dbo.RenvoyerBonSiret -- Retourne le SIRET du compte client facturé si différent du compte livré ( @ClientFactID int, -- Identifiant du Client Facturé ou "0" si ne pas facturer un autre client @ClientID int, -- Identifiant du Client Livré @ClientSiret char(15) -- SIRET du Client Livré ) RETURNS char(15) AS BEGIN DECLARE @ret char(15); IF (@ClientFactID = @ClientID) SET @ret = @ClientSiret; ELSE SELECT @ret = cli.SIRET FROM MAIN_DB.dbo.CLIENT cli WHERE cli.ID = @ClientFactID AND cli.SUPPR = ''; IF (@ret IS NULL) SET @ret = ''; RETURN @ret; END; GO   -- -- Le code qui utilise la fonction -- USE MAIN_DB   SELECT TOP 20 comcli.ID, comcli.DatHeurMod, comcli.IDcliLiv AS idclient, comcli.NUM, comcli.DATE, comcli.SUPPR, clie.CPT, clie.NOM, clie.SIRET as siretclient, clie.IDCliFac AS idclientfacture, dbo.RenvoyerBonSiret(clie.IDCliFac,comcli.IDcliLiv,clie.SIRET) AS Bon_Code_Siret   FROM COMMCLI comcli CROSS JOIN CLIENTS clie, WHERE clie.CLTID=comcli.CLTID AND comcli.SUPPR='' ORDER BY comcli.DatHeurMod DESC GO

---

Débutant en SQL, je suis ouvert à toutes suggestions, que ce soit sur la fonction elle-même, la syntaxe, ou une autre méthode pour faire le job, le but étant ici de récupérer si besoin la valeur du champs SIRET d'un autre enregistrement de la table CLIENTS alors qu'un enregistrement est déjà lié par un CROSS JOIN...

bonjour,

Le mieux serait de se passer de la fonction, dont je ne vois pas l'utilité dans le cas présent. Ce type de fonction ne peut en outre que nuire aux performances en empêchant le parallélisme.

concernant la requête par ailleurs, pourquoi ne pas faire une vraie jointure, plutôt qu'un produit cartésien avec restriction dans la WHERE ?


ça donnerait au final quelque chose comme :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

SELECT TOP 20 comcli.ID, comcli.DatHeurMod, comcli.IDcliLiv AS idclient, comcli.NUM, comcli.DATE, comcli.SUPPR, clie.CPT, clie.NOM, clie.SIRET as siretclient, clie.IDCliFac AS idclientfacture, clieFact.SIRET AS Bon_Code_Siret   FROM COMMCLI comcli INNER JOIN CLIENTS clie ON clie.CLTID=comcli.CLTID INNER JOIN CLIENTS clieFact ON clieFact.ID = comcli.IDCliFac WHERE comcli.SUPPR='' ORDER BY comcli.DatHeurMod DESC

---

Un grand Merci à tous, et à aieeeuuuuu dont la solution fonctionne nickel et est déjà en production sur cet écran de contrôle de commande.

Je ne connaissait pas les liaisons INNER JOIN, mais j'avais déjà remplacer dans certaines procédures mes CROSS JOIN de mes premiers essais par des LEFT OUTER JOIN, à la fois plus lisibles que l'utilisation des conditions dans WHERE car juste en dessous de la liaison, et LEFT OUTER JOIN permet de récupérer tous les résultats de la table principale même s'il n'y a pas d'enregistrements liés. Mais dans le cas présent, c'est bien INNER JOIN qui convient. Merci.

Comme je l'ai dit plus haut, j'ai un niveau débutant en SQL, quand j'ai une action à réaliser je recherche sur le net et m'arrête sur la première solution qui fonctionne...

Par contre, le sujet initial reste ouvert, car la possibilité de créer des fonctions, stockées dans une autre BDD mais qui puisse interroger la BDD principale m’intéresse toujours pour d'autres besoins.
C'est la raison pour laquelle je ne mets pas "Résolu"

Citation:

---

Envoyé par SQLpro

ATTENTION, cependant, il faut que le code la fonction ne fasse pas d'accès à des données de tables…..
A +

---

Tu peux préciser ?

Par défaut si tu écrit une fonction dans la base B et que cette fonction accède à des tables utilisateurs sans préfixer par le nom de base, il faut que le lancement de cette fonction aie lieu dans la base contenant les tables.
Si tu utilise des tables systèmes, c'est l'impasse !

A +

Citation:

---

Envoyé par SQLpro

Par défaut si tu écrit une fonction dans la base B et que cette fonction accède à des tables utilisateurs sans préfixer par le nom de base, il faut que le lancement de cette fonction aie lieu dans la base contenant les tables.
Si tu utilise des tables systèmes, c'est l'impasse !

A +

---

Non je n'accède pas aux tables système.
Cela veut-il dire que je peux utiliser une fonction stockée dans une autre base à condition de la préfixer ?
du genre :

- Création de la fonction :

Code:

---

1 2 3 4

USE TOOLS_DB CREATE FUNCTION dbo.RechercheMain(@ValRecherchee char(15)) ...

---

- Utilisation de la fonction

Code:

---

1 2 3

USE MAIN_DB @Resultat = TOOLS_DB.dbo.RechercheMain('DUPONT')

---

Est-ce bien comme ceci ?

OUI !

Je coche "Résolu" :D

Un grand MERCI à 7gyY9w1ZY6ySRgPeaefZ, SQLpro et aieeeuuuuu pour votre aide

Mon prochain post sera sur CHORUS PRO et la gestion du format XML sous Windev 21 car je n'ai pas réussi à créer un fichier XML via le système de descriptions XML et XSD, une erreur de noeud se produit lors de l'enregistrement...

Mieux vaut utiliser le XML dans SQL Server, beaucoup plus puissant que dans n'importe quel autre outil, surtout Windev…. Extrait d'un article en cours d'écriture


Typage XML

SQL Server permet de contretyper les colonnes XML avec une collection de schémas XML (XSC) dans le but de contraindre le contenu des documents stockées. Un document XML que l’on tente d’insérer dans une colonne XML de la table, sera rejeté s’il n’est pas grammaticalement correct au regard de la collection des schémas SQL associé à la colonne, à la manière d’une contrainte CHECK (validation).


Manipulation du XML

La manipulation du XML dans SQL Server repose sur les standards ouverts que sont XQuery et XPath à travers 5 méthodes appliquées au type XML, qui sont :
• node : récupère un fragment XML à partir d'un nœud dans les données XML ;
• query : récupère un fragment XML dans les données XML ;
• value : récupère le contenu d'une balise ou d'un attribut ;
• exists : teste l'existence d'un fragment XML ;
• modify : modifie un élément à l'intérieur des documents XML contenu dans une colonne.

Production du XML

La production du XML à partir d'une requête est opéré dans SQL Server à l'aide de la clause FOR XML, et permet différentes présentations (RAW, AUTO, EXPLICIT, PATH) avec les options ROOT (ajout d'une racine), ELEMENT (présentation par élément au lieu d'attributs), XML_DATA et XML_SCHEMA, pour la production des métadonnées en DATA ou XSC, XSINIL pour explicitement obtenir des balise en cas de manque d’information (NULL).
Il est possible de produire des hiérarchies XML en utilisant des sous requêtes dans la clause SELECT.

Tabularisation de données XML

La production d'une table à partir d'un document XML est obtenue par :
• la fonction table OPENXML dans SQL Server.

Indexation du XML

Enfin, les colonnes XML de SQL Server sont indexables à l'aide de 4 types d'index différents (PRIMARY, PATH, VALUE, PROPERTY).

A +