Ir para conteúdo

Motta

Moderadores
  • Total de itens

    14001
  • Registro em

  • Última visita

  • Dias vencidos

    61

Posts postados por Motta


  1. Isto seria uma preocupação se :

     

    1 A consulta é feita muitas vezes , por exemplo uma busca em boca de caixa de um mercado grande.

     

    2 A tabela tem zilhões de registros.

     

    Fora isto é complicar, ao meu ver, coisas simples.

     

     

     

     


  2. Se eu entendi ...

     

    select inscricoes , inscricoes/limite
    from (select count(*) inscricoes,limite
          from ....... ) 

    Mas eu faria a "conta" na camada de apresentação ou replicaria o count , não deve ser tão custoso.

     

    Existe alguma razão para não replicar o "count" ?


  3. Em 25/08/2023 at 13:09, FabianoSouza disse:
    
    SELECT 
     TA.titulo AS 'Trilha'
    , aux.*
    FROM dbo.tabA AS TA,
    (SELECT 
    CAST(ROUND((Comportamental * 100.0) / (Comportamental + Técnico), 2) AS DECIMAL(5,1)) AS Comportamental
    ,CAST(ROUND((Técnico * 100.0) / (Comportamental + Técnico), 2) AS DECIMAL(5,1)) AS Técnico
    FROM (
        SELECT
        SUM(CASE WHEN dbo.tabB.enfoque = '1' THEN 1 ELSE 0 END) AS Comportamental,
        SUM(CASE WHEN dbo.tabB.enfoque = '2' THEN 1 ELSE 0 END) AS Técnico,
        COUNT(*) AS Total
        FROM dbo.tabB
    	) tab
    ) aux

     

     

    algo assim.


  4. Pergunta meio "gasosa" reconheço , mas :

     

    Preciso representar uma hierarquia de valores, algo como

     

    Custo Total $$$

    __ambulatorio $$$

    ____consultas $$$

    _______eletivas $$$

    _______pronto socorro $$$$

    ____exames $$$

    ____terapias $$$

    __hospitar $$$

    ___cirurgico $$$

    ___clinico $$$

     

    Queria uma ideia de gráfico, seria para implentar em QlikSense mas sequer uma boa ideia de gráfico tive.

     

    Agradeço desde já.


  5. Grosso Modo , A solução mais simples seria uma tabela

     

    enviados (anomes ,

                      email)

     

    é um índice anomes,email

     

    no select um

     

    SELECT ....
    FROM CLIENTES C
    AND NOT EXISTS (SELECT NULL FROM ENVIADOS E WHERE E.ANOMES = '202303' AND E.EMAIL = C.EMAIL)
    ...

    Após o envio (se ok) um INSERT em ENVIADOS

     

    qualquer outra solução poder gerar complicações pois supõe sistemas (Banco e SMTP) sempre disponíveis.

     

    o envio poderia estar em um schedulle (job,event etc)

     

    A tabela trata a "virada" da referência e outro schedulle poderia limpar registros antigos desta tabela.


  6. Se entendi o problema

     

    Um

    Select com join produto,estoque para sem grade

    Union

    Select com join produto,grade para com grade

    Select com join produto,estoque para sem grade
    Union
    Select com join produto,grade para com grade

     

    Mas faltam detalhes para unir ou juntar as informações.


  7. Citar

    Até onde eu sei o que limita o banco de dados é o tamanho do disco de armazenamento.

     

    Não , acima de determinados limites o SGBD não trata mais os dados.

     

    Citar

    São quase 7.000 registros contábeis,

    Imagine a contabilidade de uma grande do varejo, devem fazer isto por hora ou menos.

     

    Por isto é importante definir "grande".

     

    Seria bom saber se alguém já fez um estudo destes

    volume x taxa crescimento x custo etc


  8. Grande é relativo , big players , bancos , grande varejistas etc tendem a ter Oracle e Sql Server , Oracle principalmente.

     

    Mas Mysql (este site aqui usa, creio) , Postgresql tem soluções também para volumes "grandes".

     

    Em TI as coisas dependem , prestei serviço uma vez na Dataprev e brincava que a tabela de Unidade da Federação-UF deles tinha 5000 registros pois tudo lá é gigantesco.

     

    A "grana" também é fator , quanto se pode pagar.


  9. Tabela de parâmetros , não é "gambi" desde que bem documentada.

     

    Em tese permite mudar o comportamento do Sistema sem precisar compilar por exemplo.

     

    Fiz um balancete para Oracle usando analytic functions , mais ou menos na linha do solução do Hosaka.

×

Informação importante

Ao usar o fórum, você concorda com nossos Termos e condições.