вообще это не самая простая из задач программирования схемы данных и к ее решению есть несколько вариантов подхода.

например - классический вариант:

tblCategories (категории или виды товаров - Фрукты, одежда, машины которым свойственны те или иные признаки и качества)

tblQualifiers (измеряемые качества и признаки - сортность, классность, размер свойственные той или иной категории товара)

tblProducts (собственно товары принадлежащие к той или иной категории и обладающие соответственно теми или иными измеряемыми качествами и признаками)

tblValues (значения величин которыми измеряны качества и признаки тех или иных товаров принадлежащих той или иной категории)

ИМХО нужно крепко подумать, прежде чем браться за реализацию такой задачи... пытаясь организовать структуру БД таким образом можно загнать себя в далекий тупой угол, тем более если не обладаете навыками проектирования и разработки.


что в вашем примере будет объектом учета

яблоки вообще или яблоки по сортам...
что вы будете писать в строках Сорт1, 2 ... n - просто количество?

тогда создайте одну таблицу в которой будет избыточный набор полей и действуйте как предложил Shurard

tblProducts

ProductID
Product (наименование товара)
Qualifier (в чем измеряется - сорт, например, в вашем случае или размер в другом каком)
Value_1 - значение
Value_2 - значение
Value_3 - значение
Value_4 - ......
Value_5
...
Value_n

попробуйте создать стандартный свичбоард (мастером) распатронить его и посмотреть как он работает.

может это натолкнет вас на решение