Pues ni idea pero imagino que cuando los propietarios sacan los datos de forma correcta algún modo debe de haber.

Solo me queda preguntar... ¿la instrucción que me propones en teoría hace lo mismo que la del ejemplo de mi primer post?.

Debe devolver los mismos campos, sí.

Aunque es bastante ineficiente, al hacer un select adicional por cada registro que se trae.

Pero yo veo "cosas raras", ejemplo, si haces esto:

Código SQL [-]
select nom_tar
from from tl_tarifas
where cod_tar=95

Debe traerte 1 registro con ese código y su nombre, sin embargo, según las imágenes que has puesto, te va a devolver varios registros con cod_tar=95 y cada uno con un nom_tar (nombre) distinto.

¿Puedes probarlo?

Efectivamente. Parece que los tiros van porque hay un "cod_tar" para cada fabricante ("num_fab"), es decir, que puede haber el mismo campo "cod_tar"
con distintos "num_fab". ¿Podemos entonces redefinir la consulta?

Podemos redefinirla, pero si no conocemos la estructura y la relación entre campos... toca investigar.
¿Las relaciones entre campos claves están bien definidos?, quiero decir que si un campo en una tabla es el código de otro en otro tabla, ¿está declarado como clave foránea?, ¿o están hecho a lo bruto?.
Básicamente, la pregunta es: Siendo una base de datos relacional, ¿están correctamente definidas las relaciones?
¿Puedes extraer el metadata de la BD?, ¿puedes conocer las relaciones que hay entre las distintas tablas/campos?

En principio ni de coña, solo me han pasado (y gracias) el usuario y clave de la base de datos y la lista de las tablas..... ni campos, ni índices, ni nada de nada.

Pues entonces tocará "prueba y error"... y mucha paciencia.

Pues nada.... sigo probando y errando. :D

Yo también, pero en otras cosas ;)