Re: The best elegant solution to override 65k rows limit in a ***

aaron.kempf@xxxxxxxxx wrote...
>are you DRUNK?

No. Are you terminally stupid? Ah, well, not terminally so.

>why dont you just keep your reports in a database and then you can USE
>IT in 100 different places without troubleshooting AWK and PDF

Idiot! How many times do I need to repeat that most of the data I work
with comes from CUSTOMERS! That is, it ain't anywhere in any of my
company's systems other than the e-mail servers to start with, then on
my local drives when I detach files from e-mail, and it isn't even
possible to import it into anything (even dbms's) until it's been
parsed into the equivalent of CSV format.

YOU! may have all the data YOU!'re allowed to use in a nice, neat
database. Ain't so for many, many business users. But since you've
demonstrated that you're incapable of anyone doing any tasks that
you've never done yourself, you're incapable of understanding this.

You live in a dream world in which all data exists on your very own
dbms. The rest of us inhabit the real world.

>C is easier to use than VB? You might mean easier-- like it takes you
>less effort to write the same structures week in and week out; but VB
>is the most productive environment in the world.

Not if you have an existing library of reusable code. Your same
argument was made 20 years ago that TurboPascal was easier to learn and
more productive than C. Where's TurboPascal now? It's morphed into
Delphi, but it hasn't taken over the world.

Am I saying that C is the ideal language for ad hoc application
development? No. But IMO VB isn't ideal either. I'll admit I don't
write much UI code, and I don't have (so don't use) VB proper (though I
did have & use VB3 way back in the early 1990s), but I prefer Perl/Tk
when I need a graphical interface to initiate essentially batch
processes. Unlike you, I'll admit my preference is subjective and
reflects a mindset based on originally learning programming under Unix.

All I'll say for VB is that it allows mediocre programmers to make
multimegabyte GUI applications instead of multi-KB batch applications.
If you think that's productivity, that's your problem.

>Report Generation is the only thing that Excel dorks do.

No, it's apparently the only thing YOU! do (and it's becoming apparent
it may be the only thing you're capable of doing outside the bathroom).

.