Besides what the others said in code and uncoded messages (lol), I
recall having to have the remote views database locally (instead of a
common location on the network) due to VFP locking something which would
cause issues.
Good luck!
--Michael
On 11/24/2024 9:42 AM, Chris Davis wrote:
Hi All
Before we start this just figured it would make sense to reach out to you guys
for any general advice or pointers you can give.
We have a typical multiuser VFP application using a DBC with DBF’s and local
views.
The forms that interact with this data all have a DE and for the deployed
versions we have DPATHMGR sorting the DE paths out making everything work.
We have no immediate need to change anything about from front end , it’s
relatively straight forward and most of the code is based around TABLEUPDATE
and TABLEREVERT.
Our mission is just to loose the DBFs and move the data to SQL as our first
pass. No intentions to make use of SQL things like stored procedures , we just
want to treat it as a data dump for the moment.
So after using VFPX/UpsizingWizard our initial thoughts are to replace the
local view with remote views and then continue with the current method of CRUD
via the views.
Anything you feel is worth a heads up on for us to consider before we get on
with it?
Regards
Chris
[excessive quoting removed by server]
_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: https://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: https://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: https://leafe.com/archives
This message:
https://leafe.com/archives/byMID/[email protected]
** All postings, unless explicitly stated otherwise, are the opinions of the
author, and do not constitute legal or medical advice. This statement is added
to the messages for those lawyers who are too stupid to see the obvious.
