Jaigus's questions

Digamos que eu tenha uma tabela de compras parecida com esta:

Purchases
---------
Item_ID
Purchase_Date
Customer_ID

Como eu conseguiria obter o conjunto de compras, a partir da primeira compra, para cada cliente que esteja pelo menos X dias após a última compra? Por exemplo, se tivermos os dados abaixo e x=10:

Item_ID    PurchaseDate    Customer_ID    
123        07/29/23        1000
123        08/04/23        1000
123        08/16/23        1000
563        07/03/23        7785
563        07/05/23        7785
788        08/17/23        2489

A consulta deve retornar:

Item_ID    PurchaseDate    Customer_ID    
123        07/29/23        1000
123        08/11/23        1000
563        07/03/23        7785
788        08/17/23        2489

Então, para o cliente 1000, a primeira compra conta, porque é uma nova compra. A segunda compra ocorre há menos de 10 dias da última compra, por isso é descartada. A terceira compra deste cliente conta porque é superior ou igual a 10 dias após a última compra. Para o cliente 7785, apenas a primeira conta porque a segunda compra ocorre menos de 10 dias após a última compra e, finalmente, para o cliente 2489, ele tem apenas uma nova compra, então conta apenas como a nova compra. )

Eu estava pensando em usar a função lag

SELECT
    t.Item_ID,
    t.PurchaseDate,
    t.Customer_ID
FROM (
    SELECT
        p.Item_ID,
        p.PurchaseDate,
        p.Customer_ID,        
        LAG OVER(PARTITION BY Customer_ID ORDER BY PurchaseDate) next_purchase
        ROW_NUMBER() OVER(PARTITION BY Customer_ID ORDER BY PurchaseDate) rownum


        
    FROM
        PurchaseTable p
) t
WHERE
    DATEDIFF(DAY, t.PurchaseDate, t.next) >= 10) or rownum=1
       

EDIT: Desculpas, a descrição estava incorreta. Mudei a pergunta e o exemplo para os detalhes corretos.

Digamos que temos uma tabela de tópicos e queremos a capacidade de mesclar tópicos, de forma que todas as postagens de x tópicos sobre a mesma coisa apareçam em um único tópico (o mais antigo). Assim, quando alguém clicar em um tópico redundante que foi mesclado, será levado ao mais antigo, com todas as postagens do mais recente incluídas.

Minha ideia era criar uma tabela de mesclagem, que continha os seguintes atributos: merge_id (que é uma chave primária, tipo serial, incrementada automaticamente), topic_id e data. Portanto, se cinco postagens fossem mescladas, elas teriam um registro cada na tabela de mesclagem, todas associadas pelo merge_id. Cada tópico também teria um merge_id em sua tabela, definido como null se não fosse mesclado com outro post.

No entanto, digamos que eu precise mesclar outro com esses cinco, teria que deletar esses cinco e criar um novo registro para cada um, incluindo o sexto para que todos tenham o mesmo merge_id e, em seguida, atualize o merge_id em todos os tópicos mesclados; tudo isso dentro de uma transação.

Isso parece um pouco complicado para mim, e eu queria saber se alguém conhece uma maneira muito melhor de implementar a fusão de tópicos/tópicos do fórum.

No momento, estou construindo um componente de fórum para um aplicativo maior e estou considerando abordagens diferentes para certas partes do esquema do banco de dados. Em particular, estou pensando em representar tópicos e postagens em uma única tabela. Embora eu veja os tópicos e postagens praticamente iguais, fico um pouco apreensivo, pois isso pode tornar as coisas menos flexíveis no futuro.

Quando os tópicos de um determinado fórum são consultados, o título e a primeira postagem serão mostrados, bem como algumas informações do usuário (basicamente o nome e o avatar). Nesta aplicação, existem vários atributos que são usados ​​por tópicos e postagens, exceto por visualizações e respostas; e talvez título e forum_id(forum_id porque isso significaria potencialmente centenas de registros precisam ser afetados se um tópico for alterado para outro fórum em vez de alterar o atributo forum_id na relação do tópico).

As tabelas se parecem com o que tenho abaixo aqui:

TOPIC            POST           
topic_id         poster_id   
forum_id         topic_id 
poster_id        content 
title            upvote
views            dnvote
replies          closed
post_id          deleted
                 last_edited
                 last_editor
                 parent_id
                 content
                 post_id

Fazendo dessa forma, usando herança de tabela, gerar as postagens no tópico exigiria uma junção de 4 tabelas via TOPIC, POST, USER e TOPIC_TYPE.

Por outro lado, se eu decidir usar a abordagem de tabela única, devo simplesmente deixar os atributos views, answers, title e forum_id como nulos se o topic_type for uma postagem normal? (topic_type faz referência a um ícone apropriado para o tipo de tópico exibido e será usado para estatísticas e etc.)