Lembro-me vagamente de ter sido ensinado a não usar um conjunto de dados de recursos para tornar as coisas "mais elegantes" no banco de dados, e que o conjunto de dados de recursos deve ser usado apenas quando houver algum tipo de relacionamento espacial entre as classes de recursos do componente.
O arquivo de ajuda lista "organizar classes de recursos relacionadas tematicamente" como um motivo válido para o uso de um conjunto de dados de recursos.
É uma má idéia usar um conjunto de dados de recursos para agrupar camadas no geodatabase, quando o único objetivo é ajudar a navegação no ArcCatalog? Há um impacto no desempenho ao armazenar classes de recursos em um conjunto de dados de recursos?
fonte
O agrupamento, em termos absolutos, não é bom nem ruim, depende muito do seu design e uso de dados.
Conjuntos de dados de recursos são fornecidos para permitir que você agrupe FCs espacialmente relacionados. A categorização, no entanto, depende muito de como você usa os dados. Por exemplo, digamos, você tenha os dados mundiais de "Ruas" e "Lugares para visitar". Esses dados podem ser agrupados pelas categorias identificadas pelos nomes acima (abrangendo todos os dados em apenas duas categorias) ou por região, como Ásia, Europa etc.
Se o objetivo é facilitar a navegação no ArcCatalog, acho que uma boa convenção de nomenclatura dos FCs também deve ajudar lá.
Com relação ao aspecto de edição apontado por @DEWright, não tenho muita certeza. Precisa verificar isso.
fonte