Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Forms slow in compiled app??
Message
From
30/06/2016 06:29:12
 
 
To
30/06/2016 05:57:44
General information
Forum:
Visual FoxPro
Category:
Forms & Form designer
Environment versions
Visual FoxPro:
VFP 9 SP2
Database:
Visual FoxPro
Miscellaneous
Thread ID:
01637780
Message ID:
01637828
Views:
69
>>a sore point is the absence of a setting to prevent the search
>>with set path.
>
>I am with you.
>
>>The idea of trying somewhere, until you find something
>>It is not programming
>
>***Extrapolating*** from there you would group SQL code not into programming? Declarative SQL will employ "the engine" to give you your result set.
>
>gd&r
>
>thomas

sure, but VFP is not a declarative language, in the current meaning.

If one wants to analyze the issue of programming, even the C is declarative,
because calls to an underlying element (the compiler) to provide a result,
assemply the well is declarative, because calls to an underlying box, the CPU
provide you a result (INTEL can change the way in which the CPU performs the tasks)
and the CPU is also declarative because it asks the physical world to give it a result

The difference between these states is the artificial complexity, that is man-made,
that each box has to manage.

If it is not trivial, the complexity that is inside the black box is very high, the
complexity is accompanied by the problems.
A declarative language is comfortable, but comfort you must pay,
the price is the confidence that it works properly.
If mistakes you have to wait for someone to solve the problem.
With SQL Server I found dozens of cases in which the behavior It is abnormal, inefficient or wrong.
Previous
Reply
Map
View

Click here to load this message in the networking platform