Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Raymond
Bonjour.
AMHA, Access 2003 vient de sortir il y a 2 jours. espérons que nous en aurons pour 2 ans , 97 2000 2002 2003, 2005 serait un bon numéro. Un compilateur remettrait en cause tout la politique MS Access, donc je pense que jamais . -- . @+ Raymond Access MVP. http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
"Bernard Perdriaud" a écrit dans le message de news:
Bonjour,
Existe-t-il, dans les cartons, une version Access.NET à venir ?
Encore plus fort : et avec compilateur ? ___________ Bernard
Bonjour.
AMHA,
Access 2003 vient de sortir il y a 2 jours. espérons que nous en aurons pour
2 ans , 97 2000 2002 2003, 2005 serait un bon numéro.
Un compilateur remettrait en cause tout la politique MS Access, donc je
pense que jamais .
-- .
@+
Raymond Access MVP.
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA.
"Bernard Perdriaud" <bernard.perdriaud.spam.is.bad@octanie.com> a écrit dans
le message de news:uWiPrpVmDHA.2772@TK2MSFTNGP12.phx.gbl...
Bonjour,
Existe-t-il, dans les cartons, une version Access.NET à venir ?
Encore plus fort : et avec compilateur ?
___________
Bernard
AMHA, Access 2003 vient de sortir il y a 2 jours. espérons que nous en aurons pour 2 ans , 97 2000 2002 2003, 2005 serait un bon numéro. Un compilateur remettrait en cause tout la politique MS Access, donc je pense que jamais . -- . @+ Raymond Access MVP. http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
"Bernard Perdriaud" a écrit dans le message de news:
Bonjour,
Existe-t-il, dans les cartons, une version Access.NET à venir ?
Encore plus fort : et avec compilateur ? ___________ Bernard
Michel Walsh
Salut,
Microsoft ne le sait probablement pas.
Je ne le sais pas.
J'imagine que lorsque la nouvelle version de MS SQL Server va sortir (quand?) avec ses possibilités d'avoir du code autre que T-SQL, Access-adp va surement suivre... mais le JIT, c'est quand même lent à démarrer, non? va falloir de "net" améliorations (jeu de mot voulu), et des dba "compréhensifs" permettant aux humbles développeurs d'aller jouer dans la bd... Mais bien avant cela, il y a beaucoup d'autres miracles qui en demandent beaucoup moins. De toutes façons, on ne compile pas des données, on ne compile pas des vitesses d'accès aux disques rigides (même C++ utilisent les même dll précompileées que celle de VBA) et on ne compile pas le cable Ethernet... ce sont LÀ les principales origines de lenteur, pas l'état du langage qui amorce le "SELECT ... ". Si le programme de base de données est lent en VBA, il est encore tout aussi lent même en Assembler, 999 fois sur 1000. La fois qui reste, l'autre fois, il est encore plus lent. :-)
Vanderghast, Access MVP
"Bernard Perdriaud" wrote in message news:
Bonjour,
Existe-t-il, dans les cartons, une version Access.NET à venir ?
Encore plus fort : et avec compilateur ? ___________ Bernard
Salut,
Microsoft ne le sait probablement pas.
Je ne le sais pas.
J'imagine que lorsque la nouvelle version de MS SQL Server va sortir
(quand?) avec ses possibilités d'avoir du code autre que T-SQL, Access-adp
va surement suivre... mais le JIT, c'est quand même lent à démarrer, non? va
falloir de "net" améliorations (jeu de mot voulu), et des dba
"compréhensifs" permettant aux humbles développeurs d'aller jouer dans la
bd... Mais bien avant cela, il y a beaucoup d'autres miracles qui en
demandent beaucoup moins. De toutes façons, on ne compile pas des données,
on ne compile pas des vitesses d'accès aux disques rigides (même C++
utilisent les même dll précompileées que celle de VBA) et on ne compile pas
le cable Ethernet... ce sont LÀ les principales origines de lenteur, pas
l'état du langage qui amorce le "SELECT ... ". Si le programme de base de
données est lent en VBA, il est encore tout aussi lent même en Assembler,
999 fois sur 1000. La fois qui reste, l'autre fois, il est encore plus lent.
:-)
Vanderghast, Access MVP
"Bernard Perdriaud" <bernard.perdriaud.spam.is.bad@octanie.com> wrote in
message news:uWiPrpVmDHA.2772@TK2MSFTNGP12.phx.gbl...
Bonjour,
Existe-t-il, dans les cartons, une version Access.NET à venir ?
Encore plus fort : et avec compilateur ?
___________
Bernard
J'imagine que lorsque la nouvelle version de MS SQL Server va sortir (quand?) avec ses possibilités d'avoir du code autre que T-SQL, Access-adp va surement suivre... mais le JIT, c'est quand même lent à démarrer, non? va falloir de "net" améliorations (jeu de mot voulu), et des dba "compréhensifs" permettant aux humbles développeurs d'aller jouer dans la bd... Mais bien avant cela, il y a beaucoup d'autres miracles qui en demandent beaucoup moins. De toutes façons, on ne compile pas des données, on ne compile pas des vitesses d'accès aux disques rigides (même C++ utilisent les même dll précompileées que celle de VBA) et on ne compile pas le cable Ethernet... ce sont LÀ les principales origines de lenteur, pas l'état du langage qui amorce le "SELECT ... ". Si le programme de base de données est lent en VBA, il est encore tout aussi lent même en Assembler, 999 fois sur 1000. La fois qui reste, l'autre fois, il est encore plus lent. :-)
Vanderghast, Access MVP
"Bernard Perdriaud" wrote in message news:
Bonjour,
Existe-t-il, dans les cartons, une version Access.NET à venir ?
Encore plus fort : et avec compilateur ? ___________ Bernard
