Inserção de dados de 1 formulario em 2 tabelas BD

Hugo, você pode salvar em quantas tabelas quiser, usando a mesma conexão, desde que estejam no mesmo esquema (banco de Dados).

Quanto a escrever muito, isto é relativo. Você tem que escrever tudo o que precisa para implementar o que quer, as suas regras de negócio.

A meu ver você não deve ter a função que distingue 1 parcela de mais de uma.

Em uma função, você já resolve tudo.

Faz um laço de repetição que se repete tantas quantas forem as parcelas.

Dentro de cada repetição do laço você já monta o input da data de vencimento.

Você talvez nem precisasse do input de vencimento, caso estabeleça um dia fixo de vencimento, e assim o seu código já calcula todas as datas.

Bem interessante , mas eu faria o laço e como eu guardaria no meu banco o valor das parcelas e a data de vencimento dentro da mesma Ordem de Serviço ?

Você não havia falado em Ordem de Serviço. Cadê o campo nas tabelas? Você já tem um campo comum que é a foreign key "Fk_NotaFiscal" .

Mas não entendo qual o problema. Basta você criar o campo. Não sei o que você tá pensando, eu imagino que uma OS pode ter várias notas e cada nota pode ter vários itens. Caso contrário, não vejo necessidade de OS. A não ser que você trabalhe com pedidos (cada pedido seria uma OS) e quando vende o pedido vira compra. Ou seja OS se torna venda.

Explica melhor...

Para gravar no banco você faria a inserção dentro do laço de repetição. o algoritmo seria mais ou menos assim:

1) grava a tabela NotaFiscal (numero da nota, valor, forma de pagamento, etc)

2) calcula valor parcela = valor / qtd. parcelas

3) laço de repetição de 0 até qtd parcelas - 1(diminui 1) grava a parcela fim do laço

Muito boa essa ideia , e exatamente isso cada OS é um pedido . Vou tentar aqui lhe retorno. Muito Obrigado . Não tinha pensado em fazer um laço de repetiçao para inserir no banco

Olha aqui Sidnei essa situação e um exemplo do que vou precisar fazer bem simples , resolvendo esta eu corro atras do resto .

Um exemplo . Tenho uma tabela de compras com varios produtos e quero relacionar com o comprador . Na compra tenho o campo comprador_id ok ? Como consigo na minha função adicionar o produto e o comprador pois na hora que vou inserir os dados dentro do PHP , (lembrando que o comprador não existe vou colocar os dados dele tudo ao mesmo tempo na compra , situação hipotética ) o campo comprador_id ainda não vai existir pois estou inserindo os dados tambem do comprador naquele mesmo form de cadastro . Acho que isso é simples mas por incrivel que parece estou quebrando a cabeça com essa ideia . Essa seria uma situação acredito bem simples que a partir dela posso conseguir resolver o resto .

Novamente , muito obrigado pelo tempo !

Não sei se compreendi.

Você tem uma única tabela com dados de comprador produto e compra. É isto? Não existe tabela de produtos, ou existe? (pois você diz que tem uma, tabela de compras produtos). Em suma você tem um tabelão com todos os dados desde os dados do cliente, passando pelos dados do produto e tendo também os dados da compra.

Eu acho que isto não é legal. Se amanhã o mesmo comprador quiser comprar outro produto? Vai ter que digitar novamente todos seus dados, embora já tenho feito anteriormente uma compra.

E os produtos?? Também não tem tabela própria?

Bom se eu entendi, apesar de discordar (com todas minhas forças, rs), você não precisa do id do comprador, nem do produto. Apenas da compra que é a única entidade que você resolveu implementar no banco.

Isto vai contra tudo que sei que se refere a normalização de banco de dados, mas estamos na era de big data, nosql, nem vou discutir muito.

Pense bem e me manda os campos de todas as tabelas envolvidas.

Se não existe tabela de produtos, como o comprador vai escolher os produtos, de onde eles vem?

Não sei se esta última pergunta ainda tem a ver com os assuntos anteriores, mas eu faria assim:

1. tabela de clientes (cliente_id, nome, cpf, etc)
   1. tabela de produtos (produto_id, produto nome, produto preço, etc)
   2. tabela de pedidos
   3. tabela itensPedido

(pedido_id - que é o número da sua OS- , pedido_cliente_id uma chave estrangeira(FK) com o id do cliente, pedido_situação que pode ser 0 ou 1.

No momento que a OS virar compra, muda a situação para 1 (apenas uma sugestão)

Tabela itensPedido itensPedido_id - id do registro de um item itensPedido_pedido_id - corresponde ao código do pedido - chave estrangeira) pedido produto_id - que é chave estrangeira para produtos. Cada item do pedido vai ser gravado aqui) itensPedido_quantidade

Este ainda não é o modelo ideal, mas isto é outra conversa.

Exemplo:

Clientes

id nome1 Claudio

2 Jose

Produtos

id nome preço

1 lápis 4

2 caneta 6

3 estojo 17

tabela pedido (OS)

id cliente_id situação

1 2 0

tabela pedidos Itens

id iddoPedido quantidade

1....1.............3

3....1.............5

Assim temos que o cliente 2 (jose) tem um pedido. este pedido tem 2 itens:

1 lápis e 3 estojos.

A formatação vai ficar ruim, mas acho que dá pra compreender.

qqr coisa diz

corrigindo 3 lápis e cinco estojos

Beleza excelente isso mesmo !!!!

bom, hugo, agora coloca a mão na massa.

Manda teu código implementando isto.

Até lá, no douts anymore, ok, guy?

Antes disto, responde as questões que perguntei ali em cima sobre suas tabelas...

Beleza sem problemas !!!

Opa Hugo, tudo bem?

Vou marcar a resposta do Sidnei como resolução para fechar essa dúvida, que por sinal foi muito boa.

Se você sentir que precisa de uma ajuda rápida em algo até mesmo extra curricular, lembra também do GUJ - http://www.guj.com.br, lá temos uma parte específica para PHP e como nós, diversos outros instrutores e moderadores que ajudam. Lá fica mais fácil ajudar em casos mais complexos como o seu.

Abraços.