L'EDI SQL Server peut-il devenir une plate-forme de développement d'applications pour les applications d'entreprise? D'une manière similaire aux anciennes applications xBase, mais, vous savez, mieux? La raison principale est que le Management Studio est l'une des meilleures applications «centrées sur les données» que j'aie jamais utilisées. Il a la plupart des principaux ingrédients pour les solutions proposées:SQL Server Management Studio en tant que plateforme d'applications
- langage de manipulation de données puissante (SQL: o))
- bonne sécurité
- architecture distribuée
Les principales caractéristiques qui lui font défaut :
- une boîte à outils GUI: quelque chose de simple et standard, les applications d'entreprise ne nécessitent généralement pas de fantaisie U Est-ce
- une certaine forme d'automatisation (.Net, COM, je vraiment ne se soucient pas tant que cela fonctionne)
- intégration MS Office (en particulier Excel)
Alors ...?
MISE À JOUR:
La question est une demande ci-dessus pour commentaires sur une idée. Je ne prévois pas d'utiliser SSMS pour créer une application interactive dans un proche avenir. J'aimerais vraiment savoir ce que vous en pensez et quelles autres suggestions vous pourriez avoir (peut-être existe-t-il déjà un produit qui fait exactement cela).
Un texte plus court pour la question serait "Si SSMS et MS Access pouvaient se marier, à quoi ressemblerait leur enfant?"
2ème MISE À JOUR:
« Microsoft annonce son nouveau nom de code de produit « Frankenstein » Le nouveau produit tente de combiner la facilité de développement d'applications de base de données des anciens Fox fois Pro et Access, avec la nouvelle marque SQL Server. En tant que chef de produit de Frankenstein, Jim Bob, a déclaré: "[Frankenstein] permettra aux développeurs de fermer le f * # k, et de construire juste ce truc déjà. Ne pas dépenser leur temps (hautement rémunéré) à argumenter quel est le meilleur ORM, ou AJAX toolkit, ou devraient-ils utiliser SOA etc ... (btw, depuis 2009, SOA est mort) "
En fait, la première réponse est plus proche de ce à quoi je pense: un shell simple, distribué à tous les utilisateurs, qui charge les définitions d'application à partir d'une instance de serveur sql. Les applications seront des bases de données et des modules d'interface utilisateur et de règles métier (stockés ensemble dans/à l'intérieur des bases de données). –
Je pensais que tout le monde a décidé que le client/serveur était lent et difficile à maintenir il y a des années? –
Vrai, en effet, mais quelles autres options sont là. L'approche web est toujours une architecture client/serveur, mais elle bénéficie d'un "client" stable et d'un protocole de communication fiable. Je vise une solution similaire, le client étant le Management Studio, spécialisé dans la manipulation de données. –