Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
INSERT not as maintainable?
Message
From
27/07/2006 03:54:24
 
 
To
26/07/2006 15:56:08
Mike Yearwood
Toronto, Ontario, Canada
General information
Forum:
Visual FoxPro
Category:
Other
Miscellaneous
Thread ID:
01140411
Message ID:
01140584
Views:
17
>Is it just me or is

No it is not only you...
I have often wondered why the syntax was not modeled after the select, ie:
INSERT INTO alias VALUES ;
   ( expression1 as field1 ;
   , expression2 as field2 ;
   , expression3 as field3)
if valuelist is smaller / not in order of actual fieldlist. Even "remodeling" existing inserts on altered tables would be easier to code IMHO. But I doubt fox heads will change SQL standards <g>.

If I program applications, I bite the bullet and nearly always use insert-sql, becuase in security/less chances for error vs. programmer convenience the convenience looses. YOur argument on buffering has merit, but who knows if there won't be a special mode with buffering disabled. When I am datamining/scripting large tables, on large insert lists I usually use replace for the reasons you mentioned, but that is not a multiuser environment and work is done directly on the tables and restarted in case of any error - definitely NOT the typical UC.

regards

thomas
Previous
Reply
Map
View

Click here to load this message in the networking platform