может, вам оно и не надо, именно Foreign Key?
вот например эта фраза:
ScendПытаюсь связать посредством Foreign Key эти таблицы по этим полям.
Т.е. выбирая Table1.ID, мы должны получить во второй Таблице Table2.IDTable1.


как бы по идее-то наоборот, в поле Table2.IDTable1 должны попадать только те значения,
что имеютя в Table1.ID, и за этим и "следит" Foreign Key.
а в Table1.ID могут быть какие угодно (уникальные) значения,
совсем они не обязаны находиться еще и в Table2.IDTable1.

ScendА можно каким-нибудь хитрим способом, не трогая данные в Table1,Table2 создать Foreign Key?
Или только можно создать Foreign Key приведя данные в соответствие?

если надо иметь разобщенные данные, то зачем заводить Foreign Key?
и если вам просто надо соединять 2 таблицы по полю ID-IDTable1, то и без Foreign Key соединится:
Data from two related tables can be combined even if no PRIMARY KEY or FOREIGN KEY constraints are defined between the tables.

WITH NOCHECK хорош, если, например, надо заставить студию диаграммы нарисовать со связями,
т.е. совсем не по назначению использовать Foreign Key.

для завершения занудства приведу тут, зачем нужен Foreign Key:

Although the primary purpose of a FOREIGN KEY constraint is to control the data that can be stored in the foreign key table , it also controls changes to data in the primary key table. For example, if the row for a publisher is deleted from the publishers table, and the publisher's ID is used for books in the titles table, the relational integrity between the two tables is broken; the deleted publisher's books are orphaned in the titles table without a link to the data in the publishers table. A FOREIGN KEY constraint prevents this situation. The constraint enforces referential integrity by ensuring that changes cannot be made to data in the primary key table if those changes invalidate the link to data in the foreign key table . If an attempt is made to delete the row in a primary key table or to change a primary key value, the action will fail if the deleted or changed primary key value corresponds to a value in the FOREIGN KEY constraint of another table.