PC Review


Reply
Thread Tools Rate Thread

can't open front end when back end in use

 
 
pat67
Guest
Posts: n/a
 
      31st Aug 2010
I am new to this idea of using a front end/back end. But if I am
working on the back end, no one can open the front end. Is there any
way around this? Thanks
 
Reply With Quote
 
 
 
 
John W. Vinson
Guest
Posts: n/a
 
      31st Aug 2010
On Tue, 31 Aug 2010 11:38:36 -0700 (PDT), pat67 <(E-Mail Removed)> wrote:

>I am new to this idea of using a front end/back end. But if I am
>working on the back end, no one can open the front end. Is there any
>way around this? Thanks


"Working on it" in what way? If you're changing the design, or editing VBA
code (not that a backend should have any code!) it will be locked; or if
you're opening it exclusively. Otherwise it should be sharable.
--

John W. Vinson [MVP]
Microsoft's replacements for these newsgroups:
http://social.msdn.microsoft.com/For...-US/accessdev/
http://social.answers.microsoft.com/.../en-US/addbuz/
and see also http://www.utteraccess.com
 
Reply With Quote
 
pat67
Guest
Posts: n/a
 
      2nd Sep 2010
On Aug 31, 3:07*pm, John W. Vinson
<jvinson@STOP_SPAM.WysardOfInfo.com> wrote:
> On Tue, 31 Aug 2010 11:38:36 -0700 (PDT), pat67 <pbus...@comcast.net> wrote:
> >I am new to this idea of using a front end/back end. But if I am
> >working on the back end, no one can open the front end. Is there any
> >way around this? Thanks

>
> "Working on it" in what way? If you're changing the design, or editing VBA
> code (not that a backend should have any code!) it will be locked; or if
> you're opening it exclusively. Otherwise it should be sharable.
> --
>
> * * * * * * *John W. Vinson [MVP]
> *Microsoft's replacements for these newsgroups:
> *http://social.msdn.microsoft.com/For...-US/accessdev/
> *http://social.answers.microsoft.com/.../en-US/addbuz/
> *and see alsohttp://www.utteraccess.com



I was told to split the db so that the front end would be available to
all and i could continue to work in the back end, i.e update tables
and such. i have code in the back end for improts and exports i need
to do to update the tables. the issue is if some one gets to work
before me and opens the front end, i cannot access the backend to di
the updates. then all i get is that someone is in it. no idea who
though. so what i am doing now is editing a copy of the backend and
the copying that to the original back end. i was hoping there was an
easier way.
 
Reply With Quote
 
pat67
Guest
Posts: n/a
 
      2nd Sep 2010
On Aug 31, 3:07*pm, John W. Vinson
<jvinson@STOP_SPAM.WysardOfInfo.com> wrote:
> On Tue, 31 Aug 2010 11:38:36 -0700 (PDT), pat67 <pbus...@comcast.net> wrote:
> >I am new to this idea of using a front end/back end. But if I am
> >working on the back end, no one can open the front end. Is there any
> >way around this? Thanks

>
> "Working on it" in what way? If you're changing the design, or editing VBA
> code (not that a backend should have any code!) it will be locked; or if
> you're opening it exclusively. Otherwise it should be sharable.
> --
>
> * * * * * * *John W. Vinson [MVP]
> *Microsoft's replacements for these newsgroups:
> *http://social.msdn.microsoft.com/For...-US/accessdev/
> *http://social.answers.microsoft.com/.../en-US/addbuz/
> *and see alsohttp://www.utteraccess.com



I was told to split the db so that the front end would be available to
all and i could continue to work in the back end, i.e update tables
and such. i have code in the back end for improts and exports i need
to do to update the tables. the issue is if some one gets to work
before me and opens the front end, i cannot access the backend to di
the updates. then all i get is that someone is in it. no idea who
though. so what i am doing now is editing a copy of the backend and
the copying that to the original back end. i was hoping there was an
easier way.
 
Reply With Quote
 
John W. Vinson
Guest
Posts: n/a
 
      2nd Sep 2010
On Thu, 2 Sep 2010 11:09:44 -0700 (PDT), pat67 <(E-Mail Removed)> wrote:

>I was told to split the db so that the front end would be available to
>all and i could continue to work in the back end, i.e update tables
>and such. i have code in the back end for improts and exports i need
>to do to update the tables. the issue is if some one gets to work
>before me and opens the front end, i cannot access the backend to di
>the updates. then all i get is that someone is in it. no idea who
>though. so what i am doing now is editing a copy of the backend and
>the copying that to the original back end. i was hoping there was an
>easier way.


It sounds like it's the code that is the problem. I'd suggest creating your
own private frontend with the code and so on; the backend should contain ONLY
tables. You cannot of course be changing the *structure* (adding or removing
fields, changing their size or datatype) of the backend while someone is
trying to use that same table, but such changes should be very rare in a
working database application.

Unless one of you is opening the database exclusively there should not be a
lock. You might get locking if you and a user are attempting to update the
*same record* at the same time.
--

John W. Vinson [MVP]
Microsoft's replacements for these newsgroups:
http://social.msdn.microsoft.com/For...-US/accessdev/
http://social.answers.microsoft.com/.../en-US/addbuz/
and see also http://www.utteraccess.com
 
Reply With Quote
 
David W. Fenton
Guest
Posts: n/a
 
      3rd Sep 2010
pat67 <(E-Mail Removed)> wrote in
news:258e349d-e513-43ab-83c0-(E-Mail Removed)
:

> I was told to split the db so that the front end would be
> available to all and i could continue to work in the back end, i.e
> update tables and such.


Usually the advice about splitting is so that you can work on the
FRONT END without the users interfering. That is not, of course, the
only reason for splitting, but it is one reason for it.

The back end is always shared and anything that makes structural
changes (as opposed to just changing data) should not be attempted
while other users are in the database.

If you're just doing data massage and imports, perhaps you should
create a separate "front end" for that, with links to the tables in
the shared back end. That's definitely the way I'd do an import
operation like that because I wouldn't want to "pollute" the real
back end with all the churn that comes with the processing of import
data.

--
David W. Fenton http://www.dfenton.com/
contact via website only http://www.dfenton.com/DFA/
 
Reply With Quote
 
 
 
Reply

Thread Tools
Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Open existing database - 1 Front-end & 2 Back-end databases Paulina Microsoft Access Getting Started 1 16th Feb 2009 07:10 AM
Problems using DAO to open CurrentDb (front end), and back end db =?Utf-8?B?UG9zdCBUZW5lYnJhcyBMdXg=?= Microsoft Access VBA Modules 2 13th Jun 2007 12:52 PM
Front end, Back end, and restrictions on which Forms can open. mpfohl@hotmail.com Microsoft Access Security 6 15th Dec 2006 10:10 PM
i can open my excel..always ask proplus front front page =?Utf-8?B?ZXJyb3Igd2hlbiB3YW50IHRvIG9wZW4gZXhjZWw= Microsoft Excel Crashes 1 18th Jun 2006 08:23 AM
Qury sub-forms breaks front-end to back-end when imprting from new front-end jphelan1242 via AccessMonster.com Microsoft Access Queries 0 17th May 2006 06:41 PM


Features
 

Advertising
 

Newsgroups
 


All times are GMT +1. The time now is 10:15 AM.