>If you say you've never seen an index corrupted because of a network fault or system lockup it says a lot about your experience with VFP.

My development style is different than most other developers. Also, I have my own IT guy check out the network: signal db,power and server and hardware. My experience has taught me not to install until my IT guy says the network is solid!

>
> I'm just not sure where you get off calling people liars because they have problems with VFP tables and indexes getting corrupted either accidently or intentionally on large networks.
I didn't call them liars - did I - I just said I have never seen it. This guy I knew, and ex VB - SQL programmer, moved to VFP, and had those problems - but it was an over reliance on selects and table buffering that caused his failures.


>
>You also then go on to mention mom and pop shops despite the fact I specifically stated the problem is when you have hundreds or thousands of employees using the system and not just a handful of employees you can trust. I've got many VFP installs running without SQL Server in smaller environments with no problems. I'm talking ONLY about corporate markets where you simply can't trust all the employees.
>
To me mom and pop can be a billion dollar a year company with over a hundred employees. Those corporate markets that have employees that sabotage their systems should fire their IT departmant managers and HR. If you think about many IT managers were disgruntled underperforming benchies that ear-whispered their way to top of IT.

There is a term - in Wired Magazine, "the crappy guy syndrome". IT managers tend to hire people less proficient than they are to help assure they don't lose their job.

>Also I resent strongly the implication that moving companies to SQL Server has anything to do with selfish motives and that I'm making these stories up to sell SQL to a company somewhere. I can personally provide references of dozens of companies still using VFP only backends that I have made.
>
I wasn't attacking you - was I?:-)

>You are also showing an extreme lack of respect for everyone in this forum working with VFP and MS SQL. What 'expertise' do you have to call MS SQL a "over-priced, clunky solution"? If you have ZERO security requirements and it's a mom and pop shop, then why would you need a full time IT Manager anyway? I don't know of too many companies with 5 employees that need a full time IT manager!
>
I am working two projects right now that have some SQL requirements. 5 employee companies can't afford me.


>Your style make work fine in mom and pop but I doubt too many corporations would be happy with you kicking hundreds of employees out of a computer system so you can rebuild an index or add a simple field to a table? Or worse have a table get corrupted at 4PM in the afternoon and lose hundreds of hours worth of labor. PLEASE don't tell me this doesn't happen because it does! I've used VFP in the most extreme conditions far past where it should be used so you may as well give up on lecturing me on this topic. Just two weeks ago I had an index in a 4 million record production planning table go bad late in the after noon. The only resolution was to kick out about 10 employees of the system to rebuild the index.
>
Maybe I'm just lucky - there are a lot of servers on the internet serving FP2.6 data with no problem.

Have you ever seen the Donkey Lady?:-)

>
>I think you and John Peterson need to go fight it out about VFP because both of you carry extreme opposite view points on the issue. You believe that every installation can endure the security holes in VFP backend while John thinks that VFP is useless and obsolete. The truth, as most everyone on this forum knows, is somewhere in between.

I already won the battle with JVP! I need new challenges!
>
>Greg
>
>
>>I've heard this security argument before regarding some disgruntled employee with super-power user skills sneaking in and messing up data becuase he got fired!
>>
>>I've heard that so many times it makes my brain itch. If it gets you work and it sells SQL - and thats what you need to do - the press on.
>>
>>It has never happened - every time this story floats - it's always in the hypothetical. It's BS, and you should know it:-) It's like the Donkey women in Laredo - everybody talks about her - but no one has seen her!
>>
>>It's "could be myth" to sell over priced - clunky solutions using fear tactics. I guess that's the environment we're in today. Most damage comes from the outside - not in-house. If I were an IT manager, and some consultant sang that song for my little mom and pop - I would laugh him out of the office:-)
>>
>>>>The tool does not build robust applications, the developer does.