Décomposition de requête PostgreSQL

Question

Je n'arrive pas à décomposer les requêtes SQL simples. J'utilise PostgreSQL mais ma question est également liée à d'autres SGBDR.

Considérons l'exemple suivant. Nous avons des ordres de table et nous voulons trouver la première commande après dont le montant total a dépassé une certaine limite:

drop table if exists orders cascade; 

/** 
Table with clients' orders 
*/ 
create table orders(
date timestamp, 
amount integer 
/** 
Other columns omitted 
*/ 
); 

/** 
Populate with test data 
*/ 
insert into orders(date,amount) 
values 
('2011-01-01',50), 
('2011-01-02',49), 
('2011-01-03',2), 
('2011-01-04',1000); 

/** 
Selects first order that caused exceeding of limit 
*/ 
create view first_limit_exceed 
as 
select min(date) from 
(
    select o1.date 
    from orders o1, 
     orders o2 
    where o2.date<=o1.date 
    group by o1.date 
    having sum(o2.amount) > 100 
) limit_exceed; 

/** 
returns "2011-01-03 00:00:00" 
*/ 
select * from first_limit_exceed; 

Maintenant, nous allons rendre le problème un peu plus difficile. Considérons que nous voulons trouver le montant total seulement pour les lignes qui satisfont certains prédicats. Nous avons beaucoup de tels prédicats et la création d'une version séparée de la vue first_limit_exceed serait une duplication terrible du code. Nous avons donc besoin d'un moyen de créer une vue paramétrée et de passer un ensemble de lignes filtrées ou de lui-même se prédire. Dans Postgres, nous pouvons utiliser des fonctions de langage de requête en tant que vues paramétrées. Mais Postgres ne permet pas à la fonction d'obtenir comme argument ni ensemble de ligne ni une autre fonction. Je peux toujours utiliser l'interpolation de chaîne du côté client ou de la fonction plpgsql, mais elle est sujette aux erreurs et difficile à tester et à déboguer. Un conseil?

Answer 1

En PostgreSQL 8.4 et plus tard:

SELECT * 
FROM (
     SELECT *, 
       SUM(amount) OVER (ORDER BY date) AS psum 
     FROM orders 
     ) q 
WHERE psum > 100 
ORDER BY 
     date 
LIMIT 1 

Ajouter des prédicats que vous voulez dans la requête interne:

SELECT * 
FROM (
     SELECT *, 
       SUM(amount) OVER (ORDER BY date) AS psum 
     FROM orders 
     WHERE date >= '2011-01-03' 
     ) q 
WHERE psum > 100 
ORDER BY 
     date 
LIMIT 1 

Answer 2

Il sonne un peu comme vous essayez de mettre trop de code dans la base de données . Si vous êtes intéressé par les lignes d'une certaine relation qui satisfont un prédicat particulier, exécutez simplement une instruction select avec une clause where appropriée dans le code client. Avoir des vues qui prennent les prédicats comme paramètres réinventent la roue que sql résout déjà bien. D'autre part, je peux voir un argument pour stocker des requêtes elles-mêmes dans la base de données, de sorte qu'ils peuvent être composés dans des rapports plus volumineux. Ce deux est encore mieux géré par le code de l'application. Je pourrais aborder un problème comme celui-là en utilisant une bibliothèque qui est bonne pour la génération SQL dynamique (par exemple sqlalchemy), puis en stockant les représentations de requête (les objets d'expression sqlalchemy sont 'pickleable') comme blobs dans la base de données.

En d'autres termes, les bases de données sont les représentants des faits, vous y stockez des connaissances. Les applications ont le devoir de agissant sur les demandes des utilisateurs, Lorsque vous vous trouvez en train de définir des transformations sur les données, il s'agit plus d'anticiper et de mettre en œuvre les demandes des utilisateurs réels que de préserver fidèlement les connaissances. Il est préférable d'utiliser les vues lorsque le schéma change inévitablement. Vous pouvez donc laisser les applications plus anciennes qui n'ont pas besoin d'être mises au courant du nouveau schéma dans un état opérationnel.