Aidez nous à préparer la prochaine interview avec le chef de produit SQL Server

[mikedavem]

Gordon de la rédaction Developpez.com va avoir l'occasion de faire une interview avec le chef de produit SQL Server. Nous profitons donc de cette occasion pour pouvoir faire remonter les questions que pourraient avoir les membres de Developpez.com sur SQL Server. Gordon se chargera d'en faire part au responsable produit SQL Server.

N'hésitez donc pas ici à poser les questions auxquelles vous aimeriez avoir une réponse.

[mikedavem]

Je commencerai donc avec 1 question :

- Microsoft a annoncé l'abandon de OLEDB au profit de ODBC. Cette nouvelle a fait couler beaucoup d'encre. Pouvez-vous nous expliquer quelles sont les raisons profondes de cette décision ?

++

[iberserk]

Salut David, cela concerne également SQL AZURE?

[mikedavem]

Oui. Je pense que cela peut être intéressant également de poser des questions sur le sujet.

++

[iberserk]

OK...

Alors:
Avez vous une roadmap de la mise à disposition des fonctionnalités manquantes de SQL AZURE:

• FULLTEXT
• SERVERS LIES
• BI
• POSSIBILITE DE LIER LES BASES (actuellement quand on fait deux demandes de bases de données sous AZURE impossible d'avoir les bases sur la même instances)

[serge0934]

pourquoi MS ne créé pas une solution comme beaucoup de ses concurrents, a savoir un SQLserveur avec OS inclus (comme oracle)=> ca a le gros avantage de ne pas avoir des incompétents qui se baladent sur le serveur

ceci dit, cela irai a l'opposé de leur CLOUD AZURE

[mikedavem]

pourquoi MS ne créé pas une solution comme beaucoup de ses concurrents, a savoir un SQLserveur avec OS inclus (comme oracle)=> ca a le gros avantage de ne pas avoir des incompétents qui se baladent sur le serveur

La question est en effet intéressante à poser. SQL Server possède déjà son propre mini-os pour la gestion de ses ressources (SQLOS). Je suppose que vous parlez d'enlever la couche Windows ?

ca a le gros avantage de ne pas avoir des incompétents qui se baladent sur le serveur

On commence à arriver à quelque chose de beaucoup plus sécurisé avec la possibilité d'avoir du SQL Server installé sur du Windows Core.

ceci dit, cela irai a l'opposé de leur CLOUD AZURE

... mais pas à celui de SQL Azure

[elsuket]

Voici quelques questions ?

- Avez-vous prévu l’intégration d'un outil complet de modélisation de données ? Aucun produit de Microsoft ne supporte cela, et c'est vraiment dommage !

- Avez-vous prévu l'intégration du versionning de modules T-SQL avec TFS ? Jusqu'à présent, la comparaison de code entre deux versions d'une procédure stockée se fait plus rapidement et plus clairement avec un outil tiers de comparaison de fichiers texte ...

- Pensez-vous améliorer l'intégration d'Office avec SQL Server ? Je pense surtout à Excel, qui formate souvent les données différemment de ce que l'on collecte dans une fenêtre de résultat de SSMS, ce qui est assez pénible à la longue ... D'autre part l'export d'un résultat vers un fichier Excel devrait être, à mon sens, quelque chose de très simple, or ce n'est pas le cas actuellement

- Pensez-vous développer le Data Mining ? Votre offre est exhaustive sur ce sujet, mais souffre d'un terrible manque d'intérêt alors que la valeur ajoutée qu'une telle fonctionnalité procure n'est pas à démontrer.

- Avez-vous prévu d'améliorer IntelliSense ? Les suggestions données sont souvent irrelevantes (on ne souhaite par exemple pas obtenir la liste de toutes les fonctions natives T-SQL après un alias de table).
Par ailleurs IntelliSense n'utilise pas le pooling de connexion, ce qui fait qu'un utilisateur de SSMS peut se retrouver avec un grand nombre de connexions ouvertes décrites par une trace SQL Profiler comme non-poolées.

- L'estimation des cardinalités par le moteur relationnel a-t-elle été améliorée ? Est-il possible de fixer le seuil de recalcul des statistiques de colonne par table ? Pourquoi sous SQL Server 2008 on doit utiliser l'indicateur de table FORCESEEK alors que la même requête sous SQL server 2005 fonctionne parfaitement ? (cela vaut pour les DMVs)

- Quand allez vous documenter les opérateurs que l'on retrouve dans les plans d'exécution graphique ? La documentation actuelle est très évasive, et il n'existe que très peu d'ouvrages (qui ne sont pas publiés par Microsoft) qui expliquent ce que font exactement ces opérateurs.

- Pourquoi une statistique de colonne est retenue lorsque la colonne la plus à gauche de la clé d'un index est la même que la statistique de colonne ?

- A quand les modèles de requête personnalisables ? J'entends par là que tous les développeurs puissent utiliser un modèle de procédure stockée ou de fonction unique et disponible à tout moment sous SSMS.

- Un octroi des droits plus fin au niveau base de données est-il prévu ? Il n'est pour l'instant pas possible d'octroyer un utilisateur particulier à créer des groupes de fichiers et ses fichiers, alors qu'il peut tout à fait gérer des partitions ...

@++

[mikedavem]

- Avez-vous prévu l'intégration du versionning de modules T-SQL avec TFS ? Jusqu'à présent, la comparaison de code entre deux versions d'une procédure stockée se fait plus rapidement et plus clairement avec un outil tiers de comparaison de fichiers texte ...

Il me semble que TFS permet déjà de gérer le versionning au niveau du code TSQL non ? Je vérifierai tiens

- A quand les modèles de requête personnalisables ? J'entends par là que tous les développeurs puissent utiliser un modèle de procédure stockée ou de fonction unique et disponible à tout moment sous SSMS.

Il est "plus ou moins possible" de faire cela avec SSMS en réalisant un template de code et à chaque ouverture d'une fenêtre de requête de mettre à disposition ce template à l'utilisateur. Cependant je pense que tu parles plus d'enregistrer un modèle de requête et d'aller le chercher en faisant un clic droit > etc .... ?

++

[elsuket]

Il me semble que TFS permet déjà de gérer le versionning au niveau du code TSQL non ? Je vérifierai tiens

Si je suis certain que TFS le gère au niveau script, j'ai des doutes sur les modules ... et je n'ai plus l'occasion de vérifier

Il est "plus ou moins possible" de faire cela avec SSMS en réalisant un template de code et à chaque ouverture d'une fenêtre de requête de mettre à disposition ce template à l'utilisateur. Cependant je pense que tu parles plus d'enregistrer un modèle de requête et d'aller le chercher en faisant un clic droit > etc .... ?

Par exemple mais surtout qu'en tant que DBA j'écrive un modèle de requête pour tout type de module (avec l'entête, SET NOCOUNT ON, ...), et que celui -ci soit disponible à n'importe quelle autre personne qui intervient sur la base de données.
Un peu comme les diagrammes de modèle physique (sysdiagrams)

Encore une question : est-ce que le bug sur la suppression des objets dans la collection de données de performances (DataCollector) a été corrigé ?
C'est un frein à l'adoption de cette fonctionnalité qui est très intéressante

@++

[mikedavem]

Si je suis certain que TFS le gère au niveau script, j'ai des doutes sur les modules ... et je n'ai plus l'occasion de vérifier

A voir avec le couplage de développement des projets SQL Server avec Visual Studio si on arrive à faire quelque chose ... donc à vérifier D'ailleurs je pense que cette demande sera en partie prise par DAC de SQL Server.

Par exemple mais surtout qu'en tant que DBA j'écrive un modèle de requête pour tout type de module (avec l'entête, SET NOCOUNT ON, ...), et que celui -ci soit disponible à n'importe quelle autre personne qui intervient sur la base de données.
Un peu comme les diagrammes de modèle physique (sysdiagrams)

A mon humbe avis je pense que SSMS n'est pas un outil destiné à faire du développement pure. Je vois bien ce genre de chose sur SSDT (Projet Juneau) par exemple. Je ne pense pas que ce que tu demandes sera implementé un jour sur cet outil mais la question vaut la peine d'être posée

++

[Jinroh77]

Qu'en est-il d'offres couplées entre SQL Azure et les outils BI ?

Si j'en crois mes derniers échanges avec les services commerciaux de Microsoft, SSRS Azure ne devrait plus trop tarder alors que SSAS est bien dans les cartons (sans vraiment n'avoir d'idée sur la disponibilité).

Si je considère mes bases SQL, SSRS et SSAS sur Azure, que se passe-t-il pour mes flux que je charge depuis mes serveurs, vers les données Azure, en utilisant SSIS ?
Je dois avoir 1 licence SQL Server en local, uniquement pour utiliser SSIS, + les frais de Azure ?

[iberserk]

Tu peux installer SSIS comme application sur un serveur AZURE également pour gérer tes imports/export ce qui améliorera déjà les latences (point négatif de AZURE...)

[Jinroh77]

Mais dans ce cas c'est un Serveur complet Azure, et non simplement les services, SQL uniquement pour le moment.

[nlievain]

A quand les types managés dans SQL Azure (surtout hierarchyId)?
Est ce que l'integration d'un moteur de droits sur les données relationnelles est prévu dans la suite BI?(un peu comme les droits OLAP, ou comme les référentiels de sécurité BO)? C'est un vrai frein au reporting ad-hoc en T-SQL aujourd'hui

Pour les ISV qui intègrent des briques de la solution bi la direction "tout dans sharepoint" est un vrai frein sans aucun avantages..y aura t il des solutions alternatives (je pense a crescent ou sharepoint est obligatoire..)

Est ce qu'un portail SSRS "user friendly" est dans les cartons?le portail actuel en mode natif est très "admin".

Est ce que des connecteur ERP sont prévus pour SSIS ?

Pour reporting services, y a t il dans les carton un projet qui prevoit d'avoir de "vrais" graphiques excel dans les rapports liés aux données (et pas des images)?

Y a t il un simple "viewer" power pivot qui permettrait de distribuer les document aux users qui n'ont pas la version 2010 d'excel?

[mikedavem]

Envoyé par nlievain

Pour les ISV qui intègrent des briques de la solution bi la direction "tout dans sharepoint" est un vrai frein sans aucun avantages..y aura t il des solutions alternatives (je pense a crescent ou sharepoint est obligatoire..)

Effectivement a voir si on pourra avoir une mouture "independante" pour PowerView

++

[Sergejack]

Qu'en est-il du service pack 4 pour 2005 ?

[StringBuilder]

C'est peut-être plus pour le chef de produit Office mais bon :

Est-il prévu d'améliorer le support de SQL Server avec Access : j'entends par là pouvoir modéliser une base de données SQL Server et l'utiliser depuis Access de façon transparente.

Si ce n'est avec Access, peut-être avec Visual Studio ?

Ma question est dans le sens : est-il prévu de permettre à un comptable ou directeur de TPE qui ne connaît rien à l'informatique, de créer une base, des formulaires de saisie et des états, le tout basé sur SQL Server et non Access, en vue notamment de faire évoluer l'outils par la suite sans devoir tout refaire.

[mikedavem]

Envoyé par Sergejack

Qu'en est-il du service pack 4 pour 2005 ?

http://blogs.msdn.com/b/sqlreleasese...update-wu.aspx

++

[mikedavem]

Envoyé par StringBuilder

C'est peut-être plus pour le chef de produit Office mais bon :

Est-il prévu d'améliorer le support de SQL Server avec Access : j'entends par là pouvoir modéliser une base de données SQL Server et l'utiliser depuis Access de façon transparente.

Si ce n'est avec Access, peut-être avec Visual Studio ?

Ma question est dans le sens : est-il prévu de permettre à un comptable ou directeur de TPE qui ne connaît rien à l'informatique, de créer une base, des formulaires de saisie et des états, le tout basé sur SQL Server et non Access, en vue notamment de faire évoluer l'outils par la suite sans devoir tout refaire.

Pour ma part je trouve que les 2 produits sont complétements différents tant sur la structure que sur le but d'utilisation. La question reste cependant légitime.

++