I appreciate the advice of switching platforms, no need to apologize at all
:)

I don't know how to program in Delphi or C++. I would not be able to create
a DLL from the available component sets. That is certainly a solution that
allows me to maintain the front-end at 90%+ VB. The time-frame is what is
so critical here. I am managing an older system that very quickly needs to
migrate to Interbase. It was Access based. I need to have this in a
front-end that can be used on multiple systems at the same time and be
multi-threaded. While an administrator is importing 1.2 million records
he/she needs to be able to pull up other reports, manage other information,
look-up tables, prefs, etc. Well over half the front-end is already built.
I have enough experience with stored procedures, and help with it as well to
manage the data in Interbase. My only major hurdle is getting the data into
Interbase. From there I can deal with it. I have been managing and working
on this system for 6 months. As long as I can continue to deliver working
results I stay alive. To say that Access is being pushed well past its
limits is a HUGE understatement right now. My database is growing by about
3 million records a month. VERY soon it will break Access since it just will
not be able to handle that many updates at one time. I did not choose
Interbase. Its a requirement since other systems are already on it and
being coded in it. I am already a huge fan of Interbase (except for the
fact it does not record the amount of records in a table!), but I am VB
programmer :( So with this time-frame in effect, I don't have the amount of
time neccessary to start working in Delphi and C++ and build my classes,
objects, dll's etc. I think it would take me months to gain the neccessary
skills to write in Delphi and C++ what I can write in VB.


The only thing I dont understand is that VB is a popular language.
Interbase HAS to be popular out there especialy since it is fairly
powerfull, flexible and FREE. The two have to meet somewhere, but
everywhere I go its Delphi, C++, everything-but-vb, etc.


Edwin Epstein

> Continuity Partners Inc.
> 2753 S. Highland Dr.
> Suite 1010
> Las Vegas, Nevada 89109
> (702) 851-7850 Ext. 247
> eepstein@...
>

CONFIDENTIALITY NOTICE: The information contained in this message may be
privileged and confidential and protected from disclosure.
If the reader of this message is not the intended recipient, or an employee
or agent responsible for delivering this message
to the intended recipient, you are hereby notified that any dissemination,
distribution or copying of this communication is
strictly prohibited. If you have received this communication in error,
please notify us immediately by replying to the message and
deleting it from your computer.




-----Original Message-----
From: Lee Jenkins [mailto:lee@...]
Sent: Monday, February 09, 2004 2:59 PM
To: firebird-support@yahoogroups.com
Subject: Re: [firebird-support] External File Construction


Epstein, Ed wrote:

> Switching platforms would most certainly be a faster solution. However, I
> dont have the time to relearn a whole new language. This is a complex
> front-end doing quite a bit already. Figuring out treeviews, custom
> controls, libraries, API functions, etc. in something new would take too
> long right now. I need something viable in VB now or its hara-kari with a
> spoon.

Hey Ed,

Sorry, I wasn't trying to tell you what you should do. Just that I was
in the same boat somewhat and found that switching was a better solution.

Maybe you could create a DLL using Delphi and one of the available
component sets to do some the tasks you want to do and call it from your
VB application? That is how I started getting familiar with Delphi.

I'm sorry I couldn't be more help.

--

Warm Regards,

Lee




Yahoo! Groups Links