• Ce forum est la traduction générée par la machine de www.cad3d.it/forum1 - la communauté italienne du design. Plusieurs termes ne sont pas traduits correctement.

SolidWorks, liste de fichiers, propriétés et base de données Accès

-Mc-

Guest
Bonjour à tous;
Je suis en difficulté à cause de la gestion, peu consonne, des archives de fichiers (solidworks) de l'entreprise où je vais bientôt aller prêter ma collaboration.
les fichiers sont structurés en compilant manuellement les propriétés des fichiers dans des installations solides (nom du fichier, description, poids, etc.);
Je dois copier et coller les propriétés suivantes des champs de solidworks:
- nom du fichier
- description
- poids
Dans un fichier d'accès à la base de données, vous avez donc une liste complète de tout ce qui existe sans avoir à rechercher manuellement à travers des ressources d'exploration et de prévisualisation de l'image.
Comment je peux faire ça ?
Est-il possible de créer une macro ?
Merci beaucoup.
- Mc.
 
Bonjour.
Habituellement ces choses font les pdms, je ne sais pas si avec la version "légère" du pdm contenu dans la licence professionnelle de 2016 (nous ne savons pas avec quelle version vous allez travailler) vous serez en mesure de satisfaire votre besoin, d'autres utilisateurs vous donnera une réponse sûre.
si la licence Solidworks est une norme, alors vous êtes obligé de faire différemment.

Cependant, il ne suffit pas de mettre le nom du fichier, les propriétés, etc. dans une base de données, mais vous devez définir un identifiant pour vos fichiers (clé primaire), c'est-à-dire décider s'il peut y avoir plusieurs fichiers dans votre base de données avec le même nom en définissant le champ id dans la base de données comme une clé, ou si c'est le nom du fichier votre id unique.

Je pense qu'il est un peu risqué de faire quelque chose comme ça, c'est-à-dire de travailler avec une application où vous décidez quand lancer les données, parce que vous devriez le faire à chaque modification de la partie sinon la base de données n'est pas synchronisée.
la plupart du temps vous devriez le faire pour chaque nouvelle partie ou ensemble que vous allez créer vous rappelant d'appuyer sur un bouton à chaque fois (avant ou après l'oublier)

vous devriez également considérer que si à l'avenir les besoins devraient changer, votre base de données est dynamique et accepte d'autres champs sans avoir à tout revoir; Il n'est pas facile de prédire l'avenir, et il y a donc des pdms.

Il n'est certainement pas facile d'aller dans une entreprise comme un néo-assume et lui dire "nous achetons un pdm", mais il y a des solutions économiques qui valent la peine d'être en profondeur, étant donné les quelques besoins que vous avez.

Vous risquez qu'une macro bien faite vous coûte plus un pdm économique.

C'est toujours mon avis
 
Bonjour, Jenuary, merci pour la réponse;
Regardez vos bonnes considérations:
Cependant, il ne suffit pas de mettre le nom du fichier, les propriétés, etc. dans une base de données, mais vous devez définir un identifiant pour vos fichiers (clé primaire), c'est-à-dire décider s'il peut y avoir plusieurs fichiers dans votre base de données avec le même nom en définissant le champ id dans la base de données comme une clé, ou si c'est le nom du fichier votre id unique.
C'est vrai, mais dans ce cas, devoir collaborer pour une courte période, c'est plus qu'assez; J'ai besoin d'une liste de codes/descriptions pour suivre certains travaux effectués en particulier sur les assemblages de soudure; les propriétés sont bien compilées donc seront d'une grande aide un fichier d'accès simple avec ces caractéristiques.
Il n'est certainement pas facile d'aller dans une entreprise comme un néo-assume et lui dire "nous achetons un pdm", mais il y a des solutions économiques qui valent la peine d'être en profondeur, étant donné les quelques besoins que vous avez.
Je dois développer des projets; je n'ai pas besoin d'un pdm et moins que les mises à jour sont effectuées sur la liste et les fichiers de dessin.
J'ai simplement besoin d'un fichier d'accès ou d'excel ou similaire qui m'offre les champs de nom de fichier (univocal) / description / poids et autres cmapi que je vais changer en fonction de mes besoins;
Quelqu'un est-il capable de le faire par les fenêtres (sans pdm)?
 
Bonjour, Mc.

Comment avez-vous résolu le problème ? Je fais face à la même chose et j'aimerais avoir un autre point de vue.

Je vous remercie.
Bonjour, Jenuary, merci pour la réponse;
Regardez vos bonnes considérations:

C'est vrai, mais dans ce cas, devoir collaborer pour une courte période, c'est plus qu'assez; J'ai besoin d'une liste de codes/descriptions pour suivre certains travaux effectués en particulier sur les assemblages de soudure; les propriétés sont bien compilées donc seront d'une grande aide un fichier d'accès simple avec ces caractéristiques.

Je dois développer des projets; je n'ai pas besoin d'un pdm et moins que les mises à jour sont effectuées sur la liste et les fichiers de dessin.
J'ai simplement besoin d'un fichier d'accès ou d'excel ou similaire qui m'offre les champs de nom de fichier (univocal) / description / poids et autres cmapi que je vais changer en fonction de mes besoins;
Quelqu'un est-il capable de le faire par les fenêtres (sans pdm)?
 
Comment avez-vous résolu le problème ?
Bonjour.
ici sur le site il n'y a personne qui puisse le faire;
J'ai demandé à un ami ingénieur informatique qui m'a programmé une macro qui rapporte les champs dont j'ai besoin dans un fichier d'accès ou excelle;
exportations Je dois le faire manuellement pour mettre à jour les données, mais c'est vraiment une excellente solution pour le travail de gestion que je dois faire sur les détails de dessin et surtout à zéro coût.
Je ne peux pas vous aider parce que je ne pourrais pas faire ce travail, je suis désolé:-(
En outre, je devais formater le pc, je devrais à nouveau demander de l'aide aussi :-(
 
ici sur le site il n'y a personne qui puisse le faire;
...ce n'est pas vrai, vous n'êtes pas en mesure de le faire .... il ne faut pas supposer que si une demande est faite dans le forum avant tout "corps", il y a d'autre part quelqu'un disponible pour prendre en charge des activités qui sont habituellement "coûteuses" à faire à l'extérieur.
Il s'est souvent produit de poster dans le macro forum ou des programmes utiles aux utilisateurs, parfois déjà existants, parfois sur mesure, parfois modifiés, parfois sans même un merci... pas toujours tout est dû.
 
...ce n'est pas vrai, vous ne pouvez pas le faire
Je suis désolé, mais tu ne crois pas que tu exagères ? autrement que je pense que vous m'avez mal compris, car mon ton ne voulait pas être offensant; Bien sûr, je ne suis pas en mesure de le faire et pour cette raison j'ai ouvert une discussion sur un forum technique.
il ne faut pas supposer que si une demande est faite dans le forum avant tout « corps », il y a d'autre part quelqu'un disponible pour prendre en charge des activités qui sont généralement « coûteuses » à faire à l'extérieur.
personne n'a demandé à créer la macro; je viens de demander deux lignes droites pour faire ce dont j'avais besoin; il est évident que c'est la communauté qui doit fournir la réponse, pas l'unique (bien que les administrateurs seraient tenus de donner une réponse sans tomber dans aucune discussion); en tout cas, les réponses au sujet (lorsqu'elles sont raisonnables) doivent être traitées autrement que ce que les forums servent (sauf pour fournir des réponses banales comme celles proposées ci-dessus)? Qui t'a dit que je paierais un service comme celui demandé ? Est-ce que j'ai écrit "quelqu'un me libère le système pour lancer une liste de fichiers avec accès" ?
Je m'excuse, mais je ne partage pas votre pensée; lisez attentivement et vous constaterez qu'il s'agit là d'une autre discussion ouverte, avec une demande utile et raisonnable, qui manquera de réponses concrètes et se terminera hors sujet: À ce stade, il vaut la peine d'éliminer l'argument autrement, qui cherchera le sujet, trouvera les 100 discussions habituelles qui ne mènent à rien.
partager mes pensées ?
 
...peut-être que vous m'avez mal compris, je viens de rapporter ce qui se passe normalement dans le forum.
Je peux vous donner la raison que souvent certaines discussions vont à mourir, comme ceci par exemple, personne ne savait alors si vous aviez résolu et comment vous aviez résolu, mais c'est dans la nature d'un forum, parfois je pense que je l'ai fait aussi, même si sans le vouloir.
mon avis pour "gratis" est écarté au moment où nous sommes dans un forum et je pense qu'il doit rester tel, que pensez-vous?
 
Qu'en pensez-vous ?
Oui, c'est vrai; sur le discours "volontaire", je pense qu'il est juste de payer le travail effectué sur des demandes spécifiques;
dans mon cas, j'aurais aussi payé pour avoir ce que j'avais demandé car cela me ferait gagner beaucoup de temps (et donc de l'argent);
alors je pense qu'il est juste que la compétence soit reconnue, surtout parce que vivre toujours dans une course il est difficile de trouver le temps de répondre à tout le monde; en tant qu'utilisateur, par contre, d'un grand "fastidium" pour trouver une liste (de la fonction "recherche") de discussions sans réponses utiles; mais je comprends qu'il est impossible d'être derrière tous:-)
 
Je suis tout à fait d'accord avec vous,
Et je m'excuse si j'ai pu paraître impoli.
Cependant... si vous vous sentez très utile la demande initiale et peut être utile aux autres, et dans le cas où la macro que vous utilisez n'est pas complète pour la façon dont elle pourrait servir, nous pourrions penser à mettre sur une application maigre qui récupère des propriétés, des codes, etc.

nous ressentons également les besoins des autres utilisateurs pour unifier les choses.
 
Ne t'inquiète pas. J'imaginais que je n'avais pas bien exprimé; malheureusement les phrases écrites sont "muets" des expressions;
nous avions parlé en personne nous aurions fait quatre rires;
Merci beaucoup pour l'aide; pour l'instant j'ai été en mesure de le réparer. Peut-être que le poly a encore besoin... On verra ce qu'il répond.
bientôt et encore merci!
mc
 
Je suis en contact avec la discussion, même si ce n'est pas tout à fait pertinent. . . .
Ayant trouvé, sans pdm bien sûr, l'impossibilité de sw de lire les quantités d'une pièce à l'intérieur d'un ensemble, il pourrait être utile de lire précisément ces quantités dans l'axième et de les amener à l'intérieur des pièces individuelles dans une propriété personnalisée, qui peut alors être rappelé avec une note simple à insérer dans le tableau.
la seule chose qui permet sw est la suivante. dans le tableau des différentes parties, par exemple pour une coupe séparée, vous ne pouvez lire les quantités qu'après avoir entré dans le dessin l'axième et avoir fait un matériau distinct. à ce moment, vous pouvez retirer le montant sont avec l'insertion d'une bulle, mais en aucun cas avec une note.
J'espère avoir fait l'idée...
 
... le fichier était corrompu.
Essaie maintenant.
les composants doivent être résolus avant de lancer la macro, je la considère comme acquise.

Bonjour.
 

Pièces jointes

J'ai essayé de faire ça...
J'ouvre un set, je lance la macro qui semble fonctionner, je choisis le nom de la propriété personnalisée et je la fais traiter.
puis j'ouvre les composants et le contrôle que réellement la propriété personnalisée est présente. Je remarque immédiatement que vous ne me prévenez pas que l'axième a changé (il n'apparaît pas astérisque sur le nom). et l'éteint, le sauve. J'ouvre la partie et je ne trouve plus la propriété qui était avant...
 
Je viens de réaliser que dès que la macro est lancée, vous devez sauver l'axième avec la commande sauve tout. Alors c'est bon.
Mais comment se fait-il qu'il ne voit pas que ses parties ont été changées et avec un simple sauvetage ne suffit pas ? Serait-il préférable de tout sauver à la macro à la fin du processus?
 
Bonjour, Drake.
Pour les travaux solides la chose est plus complexe parce que vous allez écrire à l'intérieur du composant avec une macro et il "ne remarque pas", en fait il ne vous donne pas l'astérisque à côté du nom du fichier.
Sinon, il utiliserait un addin, où vous pourrez intercepter plus profondément les événements.
Pour surmonter le problème que vous avez souligné, j'ai entré le sauvetage du composant immédiatement après l'écriture de la propriété, donc le résultat est sûr, au détriment de la vitesse.
J'ai donc joint la macro actualisée.
 

Pièces jointes

Statistiques du forum

Sujets
58 521
Messages
499 056
Membres
104 110
Dernier membre
ChristianR

Membres en ligne

Aucun membre en ligne actuellement.
Retour
Haut