CrazyBomber disse:"Nunca usar uma id quando não é preciso", foi o que me ensinaram
De qq modo, a Primary Key da Entidade ainda vai ser o BI ou o Nº de Contribuinte (só ainda não me apeteceu andar a alterar essas coisas ).
Já na tabela Event, devo ter mm que por um id. Também não achei mt bom por a data na Primary Key, estava à procura de uma solução melhor (mas sem id), mas não tou mesmo a ver como.
Thx pela ajuda, entretanto tb consegui juntar as coisas, mais ou menos
pode-se meter tabelas como argumentos das funções de agregação? Pensava que se tinha de especificar isso no FROM. Bem, assim poupava-me algum trabalho.
Daqui a bocado já mostro o resultado
acrobat disse:select nomeent,sum(select custo where pago like 's') as pago , sum (select custo where pago like 'n') as naopago, sum(select custo where pago like 'c' )
primeiro acho ke tas a cometer um erro crasso que é a utilização de chaves primarias varchar..
depois o facto de usares uma chave composta com a data tb n é uma ideia muito famosa...
devias ter id nas duas tabelas em hsql db seria : id_ent INTEGER IDENTITY
quanto á peskisa é um bocado complicada, o problema sao as somas que tem um select la dentro
será kualker coisa do tipo :
n tenho certeza disto mas deve ser kualker coisa do estilo nao?
Portable Compiler
The NSIS compiler can be compiled for POSIX platforms like Linux and *BSD. Generated installer will still run on Windows only, but this way they can be generated without Windows or WINE.
Essa lei não se aplica somente a um numero unico que identifique um cidadão em todos os organismos? ou seja... teres um só numero.. e esse numero ser o mm para Segurança Social, DGV, Numero de eleitor, NIB, sócio do benfica, cartão de utente do SNS, passe social,NIF etc etc.acrobat disse:sim por lei n podes! é absolutamente verdade... e mais: por lei n podes ter um numero único que identifique um cidadao tal como nos diz o artigo 35º nº5 da lei 1/2005 de 12 de agosto de 2005 da constituição da republica portuguesa. Mas no entanto o BI faz isso oops!!