Лаймер - то оказывается не ламер вовсе. А кое-что в разработке БД петрит.
Только вот вопросы хорошо бы формулировать получше.
Я с утра фраз вроде
"Обе кроме спец характеристик заказа и предложения там хранятся даные о клиентах"
просто не поимаю....

По сути проблемы : согласен с тигрой. Это называется нормализация-денормализация. Несмотря на то, что при определенных обстоятельствах вроде файл-серверной СУБД на 286й машине,
денормализованная версия будет быстрее при чтении, она всегда будет медленнее при записи. Ибо клиента придется апдейтить ДВА раза.

Возможна и другая ситуация - сущности Клиент вообще нету. Есть только набор атрибутов : адрес, телефон, итд итп. Но даже если все эти атрибуты
у двух записей совпадают, мы все равно можем считать, что это два разных клиента. В таком случае вынесение клиента в отдельную таблицу
в данном конкретном случае, т.е. если нет других связанных таблиц - нецелесообразно.

О телефонах. Использование строки это неплохо, и даже (на MSSQL, например), ненамного медленнее, чем числа, до тех пор, пока какой-нибудь юзер не введет : "Точно не знаю, но вроде бы 555-44-22 или 21"
и весь поиск протухнет.

Здесь вопрос "число-не число" второстепенный. Важнее вопрос представления информации. Хорошо, конечно, в адресе иметь возможность писать "на деревню дедушке", только письмо не дойдет.