Separar resultados com base de outra tabela

[Omar~ 87]

É o seguinte tenho duas tabelas aqui estão elas

Spoiler

CREATE TABLE IF NOT EXISTS `sectors` (
    `sector_id` int(11) NOT NULL AUTO_INCREMENT,
    `sector_status` CHAR(1) NOT NULL DEFAULT '0' COMMENT '0 = escondido, 1 = visivel',
    `sector_date` date NOT NULL,
    `sector_hash` varchar(100),
    `sector_title` varchar(100),
    `sector_link` varchar(100),
    `sector_icon` varchar(200),
    `sector_info` text,
    `sector_comment` text,
    PRIMARY KEY (`sector_id`)
) CHARACTER SET utf8 COLLATE utf8_unicode_ci;

 

CREATE TABLE IF NOT EXISTS `pages` (
    `page_id` int(11) NOT NULL AUTO_INCREMENT,
    `page_status` CHAR(1) NOT NULL DEFAULT '0' COMMENT '0 = escondido, 1 = visivel',
    `page_date` date NOT NULL,
    `page_hash` varchar(100),
    `page_title` varchar(100),
    `page_link` varchar(100),
    `page_sector` varchar(100),
    `page_content` text,
    PRIMARY KEY (`page_id`)
) CHARACTER SET utf8 COLLATE utf8_unicode_ci;

 

 

Então eu tenho uma tabela para setores e outra tabela para páginas.

As páginas são separadas de acordo com os setores existentes, uso para identificar o setor que a página pertence pela coluna page_sector

Que sempre é igual a coluna sector_hash da tabela de setores.

 

Agora ao problema, como eu faria a leitura da tabela de pages, separando as páginas com sua relação ao setor (Agrupando as páginas em seu setor). Certo, mas isso é só usar um ORDER BY, mas preciso regatar o título do setor, que logo está em outra tabela.

Mas então simples não é, é só fazer um select nas duas tabelas.....

Entra a dificuldade aqui pois estou com dificuldade de renderizar o HTML, a não ser que eu faça algumas gabiarras veja:

<?php
$selectA = new Select();
$selectA->setQuery('SELECT * FROM sectors');
$selectB = clone $selectA;
$selectB->setQuery('SELECT * FROM pages');
foreach ($selectA->result() as $sector) {
    echo '<br>-Setor : ' . $sector->sector_title . '<br>';
    foreach ($selectB->result() as $pages) {
        if ($pages->page_sector == $sector->sector_hash) {
            echo '<br>..... Página :' . $pages->page_title . '<br>';
        }
    }
    echo '<br>- Fim do setor '. $sector->sector_title .'<br>----------------<br>';
}

 

O que no momento com os registros de testes imprime isso:

Spoiler

-Setor : Setor 1
..... Página : Primeiro Conteúdo para o setor visível 1
..... Página :sssSegundo ConteúdoSetor 1
..... Página :João e Maria
..... Página :454545
..... Página :sasjlakjslajl
..... Página :Em caminho de Paca Tatú Caminha dentro
..... Página :jhhjhjhj
..... Página :kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk
..... Página :11111111111111111111111
- Fim do setor Setor 1

----------------
-Setor : Setor 2
..... Página :Setor 2 Content
..... Página :ggggggggggggggggg
- Fim do setor Setor 2

----------------
-Setor : Setor de teste 3
..... Página :Página Oculta
- Fim do setor Setor de teste 3

----------------
-Setor : lkdsjalksjalsjal
- Fim do setor lkdsjalksjalsjal

----------------

 

Seria assim mesmo a renderização final, setor por setor e páginas dentro de cada setor correspondente.

Mas aí que entra a X da questão.

- Precisei acessar 2 vezes o banco // Teria como fazer através de 1 select só?

foreach dentro de foreach  // Isso é muito esquisito ao meu ver

 

Alguma sugestão de como dar para fazer diferente?

[Matheus Tavares 167]

Olá @Omar~, tranquilo?

 

Muita gente nessa situação faz uma consulta de "pages" para cada "sector", o que é ineficiente.

Você fez certinho sim, com duas consultas e dois foreach (afinal, são dois conjuntos de dados). Não há nenhuma gambiarra aí não.

 

Faço apenas uma ressalva:

7 horas atrás, Omar~ disse:

foreach ($selectB->result() as $pages) {

Esse método result() será chamado múltiplas vezes. Não sei o que ele faz (se ele apenas recupera o resultado, ou se ele executa a consulta e depois o recupera), mas para deixar mais eficiente você poderia deixar ele fora do loop, assim:

$pages_result = $selectB->result();

foreach ($selectA->result() as $sector) {
    echo '<br>-Setor : ' . $sector->sector_title . '<br>';
    foreach ($pages_result as $pages) {

Ao menos que result() seja um método que utilize yield (generators) ou ponteiros internamente (como o Phalcon)... daí isso não faria diferença.

 

EDIT: Eu acabei ignorando o JOIN do banco, pois eu sei que você o conhece e deve ter considerado usar. É uma boa opção para economizar uma consulta, mas como você deve ter percebido não seria uma forma natural de exibir os dados para o seu caso e você acabaria não fugindo dos dois foreach.

Dependendo do caso (volume de dados, quantidade de colunas, etc) pode valer a pena, mas tomar esse caminho como primeira opção seria meramente uma "otimização precipitada", e isso é nocivo na construção de software. Além disso a diferença de performance deve ser muito pouco expressiva.

 

Outro ponto importante é que esses dados são previsivelmente cacheáveis, então essa consulta pode ser feita apenas 1 vez a cada X tempo se você inserir uma camada de cache entre o banco e seu app, o que acaba tornando qualquer otimização desnecessária. Exemplos: APC, Memcached, Dynamodb...

Editado Novembro 4, 2018 por Matheus Tavares
Complementar resposta

[Omar~ 87]

Valeu Matheus. Passei o dia inteiro pensando em diversas alternativas, algumas até boas, mas nenhuma além do que transcrevi valeu a pena.

A melhor alternativa foi fazer uma consulta só usando JOIN então criar 2 arrays, uma só armazenando os resultado ferente ao setor outro array para os dados das páginas.

Ao qual de qualquer forma não dava para escapar se varrer os arrays com foreach, além do mais achei que fazer assim seria "ficar inventando moda".

 

O método result apenas devolve um atributo que está armazenando um array com os resultados da consulta

public function result() {
    if ($this->selectData) {
      return ($this->selectData);
    }
}

Ao qual esse atributo está armazenado o fetchAll() do resultado PDO

55 minutos atrás, Matheus Tavares disse:

Muita gente nessa situação faz uma consulta de "pages" para cada "sector", o que é ineficiente.

Sim isso seria  completamente inviável de ser feito.

Então imagina 150 setores e 300 páginas. Ou seja 45.000 consultas de uma só vez.

 

Enfim vou dar como sanado, mesmo porque sempre fiz da forma que falei, só queria saber se tinha alguma outra forma de fazer muito mais, com muito menos