[AccessD] Disconnected MS Access cient applications..

Shamil Salakhetdinov shamil at users.mns.ru
Mon Aug 22 12:26:43 CDT 2005


> I would be deeply honored to work with you on this ...
Thank you, Charlotte, for your confirmation that you're interested to work
in this project!

> Especially if any failures are all *your* fault! LOL
Yes, all the failures will be mine if you don't mind.
Glorious results  - common :)

> I suppose this means that I have to get better
>  are reading C# code, right?
Please don't do any preliminary work like starting to train yourself in
coding in C#...

> and this looks like fun!
...because you're right - it should be fun.

If you program on VB.NET then running C# unit tests and samples will not be
a problem at all I think.
And I think you'll get good experience in C# "automagically" while we will
be developing this project, therefore no need to worry about that now...

So, now it's my duty to prepare everything to start this project somewhere
end of this week.
Installing bBlog on my ISP hosting is the main task for me now.
Hopefully it will go smoothly.
I'm setting deadline to have it running: this Thursday, August 23, 2005,
evening...

Thank you,
Shamil

----- Original Message ----- 
From: "Charlotte Foust" <cfoust at infostatsystems.com>
To: "Access Developers discussion and problem solving"
<accessd at databaseadvisors.com>
Sent: Monday, August 22, 2005 7:29 PM
Subject: RE: [AccessD] Disconnected MS Access cient applications..


> Shamil,
>
> I would be deeply honored to work with you on this ... Especially if any
> failures are all *your* fault! LOL
>
> I suppose this means that I have to get better are reading C# code,
> right?  <sigh>
>
> bBlog looks awesome, and this looks like fun!
>
>
> Charlotte
>
>
> -----Original Message-----
> From: Shamil Salakhetdinov [mailto:shamil at users.mns.ru]
> Sent: Saturday, August 20, 2005 1:34 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Disconnected MS Access cient applications..
>
>
> Hi Gustav,
>
> Thank you for your welcoming and support!
>
> I have intentions to start approaching and implementing this idea here
> beginning next week with progress results published as a blog.
>
> I decided to codename  this project (and its main object) as
>
> "Virtual Data Vault".
>
> It sounds generic but nothing more than making MS Access clients working
> in disconnected mode via ADO.NET with MS Access backends is planned on
> first steps. I mean first of all MS Access clients using bounds forms
> with data cached into local mdb tables...
>
> I don't have a lot of spare time but I do plan to find at least 20-30
> minutes per day for this project. To make this project possible and
> progressing in such small chunks I see the only way to go is to use XP
> with Unit testing. I hope Charlotte Foust will assist me and will be my
> peer reviewer becaue she seems to be most interested in this project.
> How about that opportunity Charlotte? - if you will find 10 minutes per
> day for this peroject - very fine, if just 10 minutes per week - would
> be good too! If this project fails or "dies", which may happen of course
> - this will be all my fault...
>
> Most of the programming is planned to be done in C#...
>
> For blogging bBlog is currently planned - http://www.bblog.com/ - but
> still to find out will it be possible to install it here on my ISP
> hosting....
>
> Any other good and simple to install blogging engines/opportunities?
>
> Thank you,
> Shamil
>
> ----- Original Message ----- 
> From: "Gustav Brock" <gustav at cactus.dk>
> To: <accessd at databaseadvisors.com>
> Sent: Saturday, August 20, 2005 9:53 PM
> Subject: Svar: [AccessD] Disconnected MS Access cient applications..
>
>
> > Hi Shamil
> >
> > First, welcome back to AccessD!
> > Then, I find this a very interesting topic with a lot of perspective.
> >
> > /gustav
> >
> > >>> shamil at users.mns.ru 18-08-05 1:28 >>>
> > Hi All,
> >
> > I wanted to ask you - what about the subject?
> > Anybody uses/interested to use MS Access client applications this way?
> >
> > Do I miss obvious (RTFM) stuff and such a disconnected mode is already
>
> > implemented in MS Access and broadly used by MS Access developers?
> > Yes, I know ADO recordsets can be used with bound MS Access forms etc.
>
> > but this looks like a rather limited feature - am I wrong?
> >
> > What I mean is cashing data locally into mdbs, only the data needed
> > for the currently open form(s) etc., processing this data and then
> > updating backend
> > database(mdb, MSDE, MS SQL, whatever...) - with all this cashing and
> > updating made mostly automatically by a tiny framework code, based on
> > ADO.NET...(yes, this local caching of data is not a new subject but
> > nowadays
> > it can be (re-)implement really scalable way with a way less efforts
> > than
> > before)
> >
> > Maybe MS plans to do something like that?
> >
> > Is that a wheel reinvention or anybody here sees such opportunity like
>
> > a really useful feature in their real life projects?
> >
> > For me it looks like a useful feature because it could help: to get MS
>
> > Access back into mainstream development area because it will allow to
> > easily scale applications with MS Access front-ends...
> >
> > There are many other ideas but most of them in this "ideas pool" based
>
> > on the subject one - if it doesn't make sense for real-life projects
> > then I'd
> > better stop working on it...
> >
> > What is your opinion about the subject?
> > When you expect MS will do something like that in MS Access?
> >
> > Thank you,
> > Shamil
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
>
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com




More information about the AccessD mailing list