Honestamente, eu adicionaria um mapeador de linhas ou um ORM ao projeto.
Mesmo para desenvolvedores, ler dados em tal formato ( arrays ) é tedioso e complicado. Depois de algumas horas, a legibilidade torna-se turva e enigmática. É cansativo.
Como desenvolvedores, ( desculpe-me com antecedência se você não concordar ) é mais fácil pensarmos em estruturas de dados como objetos, atributos e propriedades.
Conforme você trabalha, descobrirá que é mais fácil implementar padrões ou metodologias de design usando objetos em vez de arrays. Pense nessas palavras maravilhosas: composição, herança, agregação, ...
Do ponto de vista do código, trabalhar com matrizes torna o código mais difícil de manter. A ordem dos campos na matriz é imposta pela instrução SQL. Isso significa que, se você adicionar, remover ou alterar a instrução select , precisará rever como o código acessa a matriz (em todo o projeto).
Trabalhando com arrays, você também perde muitos dos atendimentos, sugestões e ajuda do IDE.
Uma ideia abaixo da OOP é modelar coisas como na palavra real usando palavras do mundo real também. A menos que você viva em Matrix, pensar em termos de matrizes e índices não é natural e, na maioria dos casos, é desnecessário.
Mas esse é o meu sentido.
No entanto, tenho que concordar com @whatisaname
There's not such thing as common sense
Então, faça o que facilitar seu trabalho