Блог

Я пытаюсь помочь коллеге с некоторой работой в Excel, у него есть набор данных из 40 организаций, из которых каждая организация имеет несколько персональных ключей (KP). Для каждого из этих KP была проведена оценка по трем ключевым областям критериев (где им присваиваются Y или N), причем эти критерии являются:

• Географическая область (разбита на 26 географических областей)
• Опыт работы в отрасли (разбит на 18 отраслей)
• Области знаний (разбиты на 18 областей)

Пример данных, показанный на скриншоте, связан

Чего я пытаюсь достичь, так это настроить «форму фильтра», которая позволит отдельному лицу указать свои требования (например, опыт ухода за престарелыми во всем Западном регионе) и получить выходные данные организаций, которые соответствуют этим критериям.

Я пытался достичь этого с помощью сводной таблицы, но безуспешно из-за разных критериев и того факта, что у каждой организации есть несколько KP.

Была бы высоко оценена любая помощь относительно того, действительно ли это может быть достигнуто в Excel и как это можно сделать. Если это невозможно, я подумал, можно ли использовать базу данных Access.

Обновление: Пожалуйста, смотрите прилагаемый пример извлечения данных по запросу donPablo Data Extract

Из обсуждений с моим коллегой лучшим результатом для него было бы получение поставщика, KP и других критериев (думайте об этом как о фильтрации, чтобы скрыть все организации, и KP ожидают, что те, которые соответствуют критериям).

если это невозможно, я могу представить, что было бы достаточно иметь название организации и KP в качестве выходных данных (которые соответствуют критериям).

 Think about maintenance of the ExampleData...
Adding a new Industry.  Adding a new Expertise.
Splitting Industry into 3 Industry-s

Adding new Org with 2 KP
Deleting old KP3 from an org

For now with the initial concept, changes are small.
But soon in growth period there will be many changes.
How do you distribute these changes to all the users?

Thus, some sort of Split solution is needed.
A back-end DB (XLS or MSACCESS or SQLSERVER) ,
and a front-end form for--
  Selection(s)
  Results

Back-end as XLS could still be as ExampleData...
To be kept in central office.
And a front-end that links or references that db
  but does not contain all the detail rows.

I think that the main matrix needs another column
  called  AreaType, value  G or I or E
  and that the area heading row needs to say
  'ANY Geo" and have all "Y"-s in each column,  etc for I and E.
In searching the matrix for Aged Care we should only look at Industry.
The ANY row would be chosen when the user does not choose an area.

I think that "Org" is a separate table
And that "KP" is another separate table.
This allows full details to be stored elsewhere
  than the main matrix of areas.
Column heading of matrix would be "Org#~KP#", which would be
  parsed on the tilde and separately looked up.
  (it is improbable that any org or kp will have a tilde).


Yes, it is possible to search the matrix and retrieve qualified rows.

For ncol = minCol to maxCol
    CountYInG = 0: CountYInI = 0: CountYInE = 0: 
    For each AreaType G, I, E
        ' then look at what was selected  (gggg/iiii/eeee)
        For each AreaName in (gggg/iiii/eeee)
            If matrix = "Y" then add 1 to Count
        next
    next
    if CountYInG > 0 and CountYInI > 0 and CountYInE > 0 then
        This Org/KP qualifies
    endif
next
  

добавлен день Пи, 20:00
Во-первых, желательно иметь не 3 таблицы критериев (G / I / E), а ОДНУ таблицу.

Давайте создадим несколько альтернативных конструкций БД. Затем посмотрите на использование и ранжируйте их. Наконец, выберите один и сделайте это. Удачи и пока.

 Matrix alternative
MatrixTable--AreaType amp; AreaName (PK), and one attribute Column for each Org/KP with value 'Y' or blank.
  1st row has PK=C-ColHeadings, and each Column has Org#/KP# for that column.
OrgTable--Org# (PK), and OrgName, OrgStreet1, OrgStreet2, OrgCity/State/Zip, OrgPhone, ...
KPTable --KP# (PK),  and KPName, KPOrg#, KPPhone

Normalized alternative  (Admin would need to do pivot to see matrix view)
DetailTable--Org#(FK)-KP#(FK)-AreaType-AreaName(FK) DetailValue = 'Y'  or ('Y' by implication of row existance)
OrgTable--Org# (PK), and OrgName, OrgStreet1, OrgStreet2, OrgCity/State/Zip, OrgPhone, ...
KPTable --KP# (PK),  and KPName, KPOrg#, KPPhone
AreaTable--AreaType-AreaName(PK)  (so that everyone spells it the same)


Your favorite design... list the tables, and their fields