Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Error 1812 - SQL: Statement too long
Message
From
20/11/2004 20:44:37
Cetin Basoz
Engineerica Inc.
Izmir, Turkey
 
 
To
20/11/2004 20:35:20
Hilmar Zonneveld
Independent Consultant
Cochabamba, Bolivia
General information
Forum:
Visual FoxPro
Category:
Client/server
Environment versions
Visual FoxPro:
VFP 8
OS:
Windows XP
Network:
Windows 2003 Server
Database:
Visual FoxPro
Miscellaneous
Thread ID:
00963256
Message ID:
00963270
Views:
11
>>No you wouldn't lose automatic update management.
>>Yes it wouldn't check other modified fields.
>>IMHO this setting (WhereType=1 KeyFieldsOnly) is what most applications need for most of the tables. I would prefer tracking other users' changes via a timestamp column rather than generating a long where clause (think you've 100 fields table and a where clause checks all of them).
>
>I think that solution (timestamp column) would be specifically for SQL Server? How about local views, or other database servers?

No timestamp is for any backend including foxbase,fox2x tables. When I said timestamp I didn't specifically mean MSSQL's timestamp column. Just create one of your own. For example for a simple free table it might even be an integer keeping the revision count of record. If what you've (you increment it by one) gte than the one on disk it's modified by someone else.
Cetin
Çetin Basöz

The way to Go
Flutter - For mobile, web and desktop.
World's most advanced open source relational database.
.Net for foxheads - Blog (main)
FoxSharp - Blog (mirror)
Welcome to FoxyClasses

LinqPad - C#,VB,F#,SQL,eSQL ... scratchpad
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform