Has probado poniendo esto:

		$sqlbuscar="SELECT IDE, col1, col2, col3, col4, col5" . 
     		"  FROM tabla1 ".
	 		" WHERE col1 LIKE %$_POST['dato1']%";

¿?¿?¿?

eso tampoco funciona

Hasta que aparecio el sumamente cobarde de Saxo a responder... me extrana que no te enviase un privado insultandote y bloqueando tus respuestas para que no te defiendas porque el se echaria a llorar con tus palabras. No se porque no acaba de largarse del foro...

Sobre tu pregunta de la relacion chico, puedes hacer algo parecido a esto :

 
SELECT coln, tabla1.* FROM tabla1 INNER JOIN tabla2 ON  col1 = $_POST['dato1'] 
 
 

Asi obtendras todos los registros como estas solicitando de la Tabla1 y solo la columna coln de la tabla2 filtrando por la columna de busquedad col1. Pero te anticipo que deberas filtrar por mas cosas porque si las otras columnas de la tabla1 tienen muchos registros ocurrira lo que se llama producto cartesiano.... a no ser que al final de la consulta uses LIMIT 1 o filtres con mas condiciones And col = tal cosa... que seria lo mas logico.

En caso de que continues teniendo problemas de sintaxis, podrias especificar aca que error te da Mysql para saber si el error es o de tu codigo o de la consulta hacia Mysql en si.

Mi amor, mi vida, excusame si coloque un INNER JOIN poco entendible.... es que he quedado frustrada con el examen de Sun de MySQL... vienen unos Joines bien comoditos de 3 y 4 tablas relacionadas entre si parecidos a ese que te postee....

Mira esto :

SELECT coln, tabla1.* FROM tabla1 INNER JOIN tabla2 ON  col1 = $_POST['dato1'] 

Es lo mismo que hicieras esto :

SELECT b.coln, a.IDE, a.col1, a.col2, a.col3, a.col4, a.col5  FROM tabla1 a, tabla2 b WHERE  col1 = $_POST['dato1'] 

lo que pasa es, que si haces :

SELECT tabla1.*   

Estas diciendo en tu consulta, que selecciones todos los campos de la Tabla1 asi te evitas tener que haces uno a uno asi :

SELECT IDE, col1, col2, col3, col4, col5...

Entiendes????

Pero como todo es jerarquico, y es sabido que si vas a relacionar 2 tablas y algunos de sus registros no puedes hacer :

SELECT *

Porque incluiremos 2 tablas no 1, entonces le especificas a la consulta de que tabla quieres tomar todos los campos, en este caso Tabla1

SELECT tabla1.* 

Y hasta puedes indicarle en que base de datos esta tabla1...

SELECT   base_datos.tabla1.*

Y igual es valido 

Ahora tu relacion es basada en 3 tablas??? porque dices que tabla1 y tabla_relacion contiene IDE1 y IDE2  y tabla2 contiene IDE2???? no entendi esa parte....

Pero para hacer tu relacion si fuesen 2 tablas ,  tabla1 y tabla2 seria algo asi:

SELECT tabla1.*, tabla2.coln, tabla2.IDE2  from  tabla1 INNER JOIN tabla2 ON tabla1.col1 = $_POST['dato1'];

O Asi lo mas comun:

SELECT  a.IDE1, a.col1, a.col2, a.col3, a.col4, a.col5, b.col2, b.IDE2 from  tabla1  a,  tabla2 b
WHERE a.col1 = $_POST['dato1'];

Tienes muchisimas formas de hacer tu JOIN.....

Espero haberme podido explicar bien

Corazon disculpame la imprudencia pero... sabes porque version de MySQL vamos ya??? por la 6.x alpha...

Y yo me pregunto, porque estas queriendo tu utilizar relacion de normalizacion muchos:muchos si ya existe metodos de relacion automatica con las llaves foreneas????
Y existen motores de almacenamientos transacionales para realizar este tipo de relaciones automaticas... tenemos a InnoDB, Falcon, SolidDB.... que realizan este tipo de relaciones mas controladas y automaticas.

Te digo esto porque, ese tipo de relacion que tu quieres utilizar, se utilizaba en Mysql 3.x y Mysql 4.x cuando era alpha... o sea cuando InnoDB aun era abstento a muchas fallas.... Pero ya desde MySQL 5.0 en adelante.. ha corrido mucha agua.

Mira lo que ocurre si insistes en hacer tu relacion de esa manera como quieres.

Tabla1
Tabla2
Tabla_Relacion.

Puedes hacer tus relaciones a manita, nadie te dice que no pero... ten muy pendiente que si lo realizas asi, tendras que tomar muy en cuenta la 'integridad referencial' o sea si deseas borrar un registro en cascada de la Tabla1 (que esté relacionado con la Tabla2) debes controlar tu mismo por médio de tu programación  o algun disipador que automaticamente los cambios se apliquen a la Tabla relacionada a la Tabla1. haciendo las consultas y validaciones necesarias "a manita".  Cuando puedes ahorrarte un monton de estas molestias relacionando tablas con llaves foraneas... que haran esto por ti automaticamente, actualizaran por ti automaticamente, evitaran a toda costa que se viole una llave foranea a la hora de querer eliminar un dato de una tabla Hijo.... Y como tu vas a controlar esa partecita del Eliminado 'accidental' a manita??? otro Disipador mas para que controle esto???

Hay no nino, la verdad no, yo te recomiendo de corazon, que hagas un ALTER a ambas tablas y las relaciones con una llave foranea en sus respectivos indices... Sino sabes como hacer esto, yo te ayudo. Pero deja de lado la normalizacion de referencia a manita, ya eso la verdad no aplica mucho actualmente.