Din lösning är för övrigt att sätta nummer på grejer. Varje pris i tabellen Priser skall ha ett serienummer på posten, varje produkt i tabllen Produkter skall ha ett serienummer på posten, dvs ID_Pris (i Priser) och ID_Produkt (i Produkter). Genom att i tabellen för Produkter ha både ID_Produkt (löpnummer) och ID_Pris (inte löpnummer) och fylla i ID-numret på rätt post i Priser, så kan du göra en relation mellan ID_Pris (i Artiklar) och ID_Pris (i Priser). Du kan sedan ändra priset i Priser och alla produkter som "prenumerar på", dvs är relaterade till den posten i Priser, får då direkt det nya priset.
Men som du beskriver problemet (att produkter och priser är i separata tabeller) är det inte god databas-design att bygga i normalfallet. Jag gissar att du kanske menar att du vill ha den traditionella konstruktionen med detta knippe med tabeller: Order, Orderrader, Artiklar, Kunder, som är vanligast. Men det är inte är så du ställer din fråga.
Traditionen är: En order innehåller ID_nummer på en kund, som finns i kunder och varje order har ett löpnummer också, ID_Order. En orderrad innehåller ett ID_nummer på dels en artikel och dels på en order. Den innehåller också ett pris, men det priset är länkdata (dvs det kopieras dit från artiklar, just för att om du ändrar priset i artiklar och det inte är länkdata utan relaterat, så uppdateras ju även gamla ordrar med nya priset, vilket gör din revisor vansinnig...).
Men som sagt, jag tar gärna en öl och snackar databaser.