Recomendacion para una BD en un sistema PHP

[quimfv]

Deberias leer un poco sobre bases relacionales, 30 campos en una TABLA no es un dato relevante para poderte responder, son muchos o son pocos dependiendo de lo que contengan.

Con lo que has dicho identifico tres tablas

Clientes
idCliente PK identificador del cliente
...Campos que describen al cliente....

Estudios
idEstudio PK identificador del tipo de estudio
...Campos que describen al estudio...

Pruebas
idPrueba PK
idCliente FK referenciada a Clientes
idEstudio FK referenciada a Estudios
fecha
...quizas el resultado...

La tercera es la tabla que soportará la relación n:m que sin duda existe entre clientes y estudios, nos guarda la información de cuando un cliente ha pedido un estudio. El resultado se podrá guardar en la misma tabla dependiendo de su complegidad y de la variedad de campos que necesites para describir los resultados de los distintos tipos de estudios, pero sobre eso no te puedo decir nada depende de tu negocio.

Facilmente encontrariamos mas tablas que podrian mejorar el modelo, ciudades para tener un listado de las ciudades y así guardar en cliente el idCiudad en vez del nombre de la ciudad (ocupa menos)... Proveedores...

Todo ello es la BBDD y solo en raras ocasiones es necesario separarlo en mas de una BBDD.

Re leyendo tu post no se si te refieres a 30 campos o a 30 tablas, en cualquier caso vale la misma explicació. El modelo relacional debe representar las entidades que tenga el negocio, 30 tablas tampoco es un dato que nos diga nada, si estan justificadas no es un numero exagerado ni mucho menos y si no lo estan luego hay un error de diseño aun que solo estemos hablando de 2 tablas.

E insisto rara vez se hace necesario separar el esquema en mas de una bbdd.