Ok, I did it over the weekend. The product inventory table is the central table with relationships to the options. So if you think of it like shirts (I'm not at liberty to say what the product is.) I have like 10 different shirt styles which are in essence options, and there are 15 different sizes, which again are options. There are many more options which may eventually be added but at present this is all. The inventory table is sparse, in that it doesn't have a record for anything not in stock. So if the record returns empty then the product can't be ordered. The weight is mostly related to size but there are some variations based on the shirt so the shipping weight is contained in the inventory table as well as the SKU and price all of which can then be unique. It actually wasn't that bad. I still have the flexibility selections list for options because the options are now just straight forward tables with one row for each option. The inventory table just has keys to the options. The inventory table has a quantity on hand which gets debited with purchases.