Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
Esava voltando do serviço ontem, a pé, com um Sol nervoso na minha cara e me bateu essa curiosidade. Nem vou usar, só queria saber mesmo.
A suposta tabela possuiria (já quela realmente não existe) uma coluna que categorizaria os registros.
Até onde entendo, essa coluna seria uma chave estrangeira para outra tabela categorias, por exemplo.
Daí, na hora do SELECT eu listaria todos os registros de um respectivo usuário (WHERE usuario = X) mas, os dados retornados já viriam organizados.
Imagine a tabela assim:
+----+------+-----------+
| item | categoria |
+------+-----------+
| V | 1 |
| V | 2 |
| V | 1 |
| V | 4 |
| V | 3 |
| V | 1 |
| V | 2 |
| V | 1 |
| V | 3 |
| V | 4 |
+------+-----------+
Coluna categoria bem bagunçada.
O SELECT retornaria (aqui já estarei desconsiderando a estrutura de matriz pós linguagem servidor):
+----+------+-----------+
| id | item | categoria |
+----+------+-----------+
| 1 | V | 1 |
| 2 | V | 1 |
| 3 | V | 1 |
| 4 | V | 1 |
| 5 | V | 2 |
| 6 | V | 2 |
| 7 | V | 3 |
| 8 | V | 4 |
| 9 | V | 4 |
| 10 | V | 4 |
+----+------+-----------+
Deu pra entender? Isso eveitaria, por exemplo, realizar quatro consultas, em quatro tabelas diferentes no caso de estarem separados.
Carregando comentários...