Estrutura de tabelas e INSERT de forma correta?

Eaew galerinha.

Tenho uma dúvida sobre o modo como se usa o comando INSERT dentro de um banco de dados (já que estou aprendendo SQL sozinho e os tutoriais que achei não me clarearam as ideias), leitura até agora foi Use a cabeça SQL e a sensação de ter gasto grana a toa, já que aulas do youtube ensinam uns 85%+ do livro =/ .

Estou fazendo um programa em Lazarus (programa estilo Delphi) e ele é basicamente um punhado de inserções e leituras dentro do banco de dados, porém meu banco de dados tem tabelas relacionadas 1 para 1, 1 para muitos e muitos para muitos e estou em dúvida como faço o SQL do INSERT de forma correta (estou checando o rascunho que tinha feito do db para ver se ele está em 3FN e dentro dos padrões do ACID).

Segue um exemplo aproximado da estrutura que tenho:

tbl_usuario (ID INT NOT NULL PK, nome, sexo, datanascimento, estadocivil, endereço FK (endereço id), cidade FK (cidade id), estado FK (estado id));

tbl_endereço (ID INT NOT NULL PK, endereco);

tbl_cidade (ID INT NOT NULL PK, estado_id PK (estado id), nome_cidade);

tbl_estado (ID INT NOT NULL PK, estado_uf, estado_nome);

tbl_telefones (ID INT NOT NULL PK, id_usuario FK (usuario id), numero);

tbl_interesses (ID INT NOT NULL PK, id_usuario FK (usuario id), interesse);

 

tbl_interesses_usuarios (ID INT NOT NULL PK, id_usuario FK (usuario id), id_interesses FK (interesses id));

Gostaria de saber se no caso de interesses onde eu vou ter uma duplicidade de registros do id do usuário eu devo ou não criar uma referencia através de uma FK dentro de uma tabela que sirva como ponte (como no exemplo) ou se as consultas do tipo join ou multiplos selects ou a clausula WHERE dão conta disso, sei que existe uma estrutura por trás da FK para manter integridade de dados (mas não entendi o que isso significa na prática, já que posso deixar tanto ids PK quanto FKs vazias), sei que existem tabelas que servem como pontes para isso, mas essa tabela não faz muito sentido para mim em casos como endereço, cidade, já que utilizar uma tabela para armazenar 4 valores ao invés de adicionar 3 na tabela principal me parece redundância, partindo do principio que é um campo NOT NULL.

Se não me falha a memória um SELECT u.nome, u.datanascimento, i.interesses FROM usuarios AS u, interesses AS i WHERE u.id = i.id_usuario ou $valor; funciona tanto quanto um NATURAL JOIN ou INNER quando escrito certo.

Também gostaria de saber qual o processo correto do INSERT dentro das tabelas, até o momento tenho o seguinte conhecimento para cadastrar valores na tbl_usuario depois de realizar algumas buscas por aí:

START TRANSACTION;
INSERT INTO tbl_usuario (nome, sexo, datanascimento, estadocivil, endereco, cidade, estado) VALUES ('Tina', 'F', '10-10-1989', 10, 9, 1, 'S');
SELECT LAST_INSERT_ID() INTO @ID;
INSERT INTO telefones (id_usuario, numero) VALUES (@ID, '(+5555) 55555-5555');
INSERT INTO telefones (id_usuario, numero) VALUES (@ID, '(+5555) 44444-4444');

Minha dúvida começa nesse ponto, no caso de inserir os valores do id_usuario e id_interesses via linguagem fica até claro o método já que posso criar objetos que exibem mascaras e gravam KEY FIELDS, como exibir 'Passear' e escrever 177 na DB além de tirar o INTO @ID e usar o AS ID para extrair o conteúdo como um parâmetro e armazenar em uma variável.

Mas no caso da tabela que serve ponte como eu faria uma inserção nela sendo que existe um N telefones para 1 usuário, quando realizar isso via SQL eu teria de fazer um SELECT dentro da tabela de telefones para buscar a ID do número e cadastrar na tabela ponte ou existe um jeito mais fácil? No caso da linguagem seria criar outra variável para armazenar os outros ids necessários e ir distribuindo ao longo do próximo INSERT da lista?

COMMIT;

Mas e se eu precisar por exemplo criar uma FK do telefone dentro da tbl_usuario que não possa ser preenchida de inicio já que a tabela de telefones e interesses são muitos para 1, neste caso eu teria de fazer um SELECT da id do telefone e usar o UPDATE pra atualiar o campo?

Pergunto isso porque na divisão final da tabela usuŕio fiquei com várias tabelas com esse tipo de relacionamento, como sou novo nisso gostaria de opinião dos experientes, e já que não tive (não tenho acesso) a um professor formado que saiba responder isso (onde moro até achar um professor de informática básica que saiba o que faz é EXTREMAMENTE difícil, já que moro no interior).

Agradeço a ajuda e peço desculpas pela confusão do texto, sono e prolixidade são nisso.