Où est le concepteur pratique pour définir les autorisations et le concepteur de schéma de schéma dans un projet de base de données SQL2005 dans VDRS2008 Database Edition GDR RTM?

Je viens d'installer la version GDR RTM de Visual Studio Team System Edition de base de données GDR RTM.Où est le concepteur pratique pour définir les autorisations et le concepteur de schéma de schéma dans un projet de base de données SQL2005 dans VDRS2008 Database Edition GDR RTM?

Tout semble fonctionner à merveille, mais il semble que je doive modifier XML (Database.sqlpermissions) pour spécifier les permissions SQL.

Ai-je raté quelque chose?

D'ailleurs, où est l'outil de schéma de schéma? Je comprends GDR expose beaucoup pour étendre les composants Database Edition, je suis donc supposé attendre des extensions tierces pour fournir l'outil de diagramme et le concepteur des autorisations?

Source

2008-12-03 BlackMael

Je cherchais des graphistes et j'ai été déçu quand je n'en ai pas trouvé.

Comme je l'utilise, il regarde de mieux en mieux. Au lieu de graphistes, je conçois des tables dans la base de données en utilisant SQL Server Management Studio et inverser tout dans les scripts. Que je peux directement modifier les scripts et déployer une nouvelle version de base de données ou continuer à apporter des modifications directement dans la base de données.

Le voyage aller-retour fonctionne très bien.

Source

2008-12-06 22:04:26

Oui, je pense qu'ils ont raté tout le point avec GDR, au moins cette version. Le contrôle des sources et l'automatisation des builds sont très sympas, mais la base de travail de développement de base de données consiste à créer des objets et des sprocs dans la base de données, souvent en utilisant des concepteurs. Comme GDR ne répond pas à cette demande, cette conception continuera à être effectuée dans Management Studio. Si les personnes utilisent Management Studio pour effectuer leur travail, la synchronisation permanente avec le modèle VS uniquement pour maintenir le contrôle de la source à jour est pénible, ce qui signifie qu'il ne sera pas fait de manière cohérente. même quand c'est le cas, cela crée des frictions.

Le développement aller-retour ne fonctionne pas très bien.

Source

2009-02-05 02:32:48 piers7

Sans vouloir vous offenser, vous ne ressemblez pas exactement au marché cible. «Le but de GDR est de faciliter (voire de rendre possible) la gestion du développement et du déploiement de la base de données en utilisant les meilleures pratiques comme le contrôle de source. Si vous voulez faire votre dev seulement dans SSMS, alors GDR n'est probablement pas pour vous. –

Je ne pense pas que les avantages du contrôle de source ne devraient pas être au détriment de perdre n'importe quel type de support de concepteur. Je peux lancer le TSQL aussi bien que le prochain si je le dois, mais je sais aussi que je suis plus productif si je dispose d'une surface de conception décente. Comme le GDR n'en a pas encore, il devient impossible d'en faire un «guichet unique», ou au mieux vous condamne à beaucoup de synchronisations aller-retour. Comparez ceci avec pratiquement n'importe quel autre type de projet (y compris celui pour Analysis Services) où vous pouvez avoir votre gâteau de contrôle de source et le manger aussi (obtenir un support de concepteur décent). Suggérez-vous que GDR est juste pour les junkies TSQL? – piers7

Je devrais ajouter que nous utilisons GDR sur mon projet actuel, et à condition que vous travailliez dans un modèle de 'base de données de développement local', vous pouvez établir un flux de travail viable. Vous passez juste beaucoup de temps à synchroniser les modifications que vous avez apportées à la base de données avec le modèle, quand une poignée de concepteurs vous permet de travailler avec le modèle comme environnement principal. – piers7

Où est le concepteur pratique pour définir les autorisations et le concepteur de schéma de schéma dans un projet de base de données SQL2005 dans VDRS2008 Database Edition GDR RTM?

Répondre

Questions connexes