A family of Microsoft relational database management systems designed for ease of use.
You tProduct table is not normalized, and you should fix that before proceeding. You should never have columns named PriceA, PriceB, etc. It would be okay to have columns named SellingPrice (i.e. the price at which an item is sold) and PurchasePrice (i.e. the price at which you purchase the item), but have 3 columns to store the same thing is a sign of an improperly designed database.
As mentioned earlier, you should have a table that stores your Customer Prices, and use that to determine the price you'll charge for a Customer. Your tProduct table could contain a DefaultPrice column (i.e. the price you will sell if for if there is no custom pricing), but if you need to apply specific pricing for specific Customers, then you'll need to have a Many-to-Many table to store those prices, as I mentioned above.
If pricing is dependent on the CustomerType, then your new tProductPrice table would look like this:
tProductPrice
ProductPriceID
ProductID
CustomerType
ProductPrice
Each of your Products would have a single row in that table which would relate the Product to a specific CustomerType, and would provide you with the ProductPrice for the Product. To get the correct price you'd query the tProductPrice table with the ProductID and CustomerType:
SELECT ProductPrice FROM tProductPrice WHERE CustomerType='A' AND ProductID='123456'
You could also include tProductPrice in any query that is needed to retrieve that data:
SELECT tCustomer.Customer, tPRoduct.Product, tProductPrice.ProductPrice, tProduct.DefaultPrice FROM tProduct INNER JOIN tCustomer ON tProduct.CustomerID=tCustomer.CustomerID LEFT JOIN tProductPrice ON tProduct.ProductID=tProductPrice.ProductID AND tCustomer.CustomerID=tProductPrice.CustomerID
Of course, those table and column names are just ones I made up. In order for the query to work you'd have to change them to match your own.