Proporcionar una plataforma para realizar el modelado de datos.¿Qué inspiró esta solicitud de lista de deseos?
Estudiar modelado de datos, tratar de trabajar con conjuntos de datos complicados que han sido (o podrían estar...) divididos en múltiples tablas de datos con uniones virtuales y trabajar con PowerBI. JMP tiene uniones virtuales, pero tratar de administrarlas es muy difícil (al menos en mi opinión) y preferiría usar uniones completas que hacen que las tablas de datos sean innecesariamente grandes.
¿Cuál es la mejora que le gustaría ver?
Me gustaría ver una plataforma que pueda usar fácilmente para trabajar con Virtual-Joins (y tal vez incluso con operaciones básicas de tablas). Estoy bastante seguro de que esto funcionará muy bien, requeriría su propia plataforma más grande como A continuación se muestra un ejemplo rápido creado con Visio.
en JMP, si quiero hacer algo como esto, creo que actualmente mi mejor opción es usar uniones completas ya que, en mi opinión, las uniones virtuales son muy, muy difíciles de administrar. Publicaré una demostración un poco mejor en unas pocas semanas cuando pueda compartir un dato en el que he estado trabajando, tiene más tablas y un mejor modelo.
¿Por qué es importante esta idea?
Haría que las uniones virtuales fueran más útiles, haría posible modelar datos en JMP, proporcionaría una nueva plataforma sobre la que se podría construir.
Organización de contenidoAcceso a los datosFusión y limpieza de datosExploración y visualización de datosRe: Proporcionar plataforma para realizar el modelado de datos - Estado cambiado a: NuevoHola @jthi ,
Gracias por esta solicitud. ¿Tiene curiosidad por ver JMP Query Builder, en el menú Tablas?
https://www.jmp.com/support/help/en/17.0/index.shtml#page/jmp/query-and-join-data-tables-with-jmp-query-builder.shtml
Desaparecido en combate
Re: Proporcionar una plataforma para realizar el modelado de datosAhora puedo compartir los datos y el modelo que tengo ya que la fecha límite del proyecto ha pasado. No estoy seguro de cómo Query Builder realizará las uniones automáticas, pero en mi caso funciona bastante bien, ya que tengo un modelo de datos bastante bueno ya construido con nombres de columna coincidentes. En este ejemplo, estoy usando Proyectos, ya que contendrá todas las tablas en ese único Proyecto.
Lo primero que noté es que debe tener mucho cuidado de tener la tabla principal correcta antes de comenzar a agregar cualquier otra cosa, o las uniones automáticas se estropearán. A continuación, me gustaría tener una opción para unir las tablas usando Virtual-join en lugar de crear una tabla masiva, ya que generalmente trabajo con una gran cantidad de datos y trato de evitar la duplicación (al menos datos de caracteres) siempre que sea posible.
En mi opinión, también tratar de administrar la lista de columnas de Columnas disponibles puede ser bastante difícil (tratar de trabajar con esos t10, t15, etc.), así que tal vez algún tipo de opción para ocultar/eliminar/combinar columnas "duplicadas" de alguna manera podría funcionar ( especialmente si se usan como claves primarias/foráneas para uniones)
Sigo pensando que JMP podría beneficiarse de la plataforma de creación de consultas visuales, pero creo que puedo llegar a alguna parte usando Query Builder (especialmente si pudiera crear y administrar uniones virtuales).
Aquí está el esquema de copo de nieve con el que traté de modelar estos datos (sin tabla de fechas en el "modelo" JMP):
Y así es como se ve en PowerBI (era un requisito para usar PowerBI en este proyecto):
Los datos que he usado aquí están disponibles gratuitamente (además de mis propias modificaciones) y, si es necesario, puedo compartirlos con los desarrolladores (y muy probablemente también el archivo PowerBI y la presentación de PowerPoint, si es necesario).
