<br><br><div><span class="gmail_quote">On 2/6/06, <b class="gmail_sendername">Kenneth Brody</b> &lt;<a href="mailto:kenbrody@bestweb.net">kenbrody@bestweb.net</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
(Improper quoting corrected.)<br><br>&gt; &gt; &gt; 4. ODBC with read and write capabilities,<br>&gt; &gt; [...]<br>&gt; &gt;<br>&gt; &gt; This is not the first time I've heard someone say this.&nbsp;&nbsp;Given that<br>&gt; &gt; the ODBC functionality in filePro has always been read/write, what
<br>&gt; &gt; is it that has given you the impression that it's read-only?<br>&gt;<br>&gt; What gave ME that impression was calling up fpTech's sales people last<br>&gt; year and asking.&nbsp;&nbsp;I was told that no, you cannot use an ODBC connection
<br>&gt; to write to filePro records.&nbsp;&nbsp;What's the point of having it if you can't<br>&gt; use it to write to your data?&nbsp;&nbsp;I mean, the fpCGI can, why not the ODBC?<br><br>Either they misunderstood the question, or you misunderstood the answer.
<br><br>fileProODBC is, and always has been, read/write.&nbsp;&nbsp;However, it is client<br>side only, and not an ODBC server.&nbsp;&nbsp;In other words, filePro can connect<br>to ODBC servers, but ODBC clients cannot connect to filePro.<br>
<br>--<br>KenBrody at BestWeb dot net&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;spamtrap: &lt;<a href="mailto:g8ymh8uf001@sneakemail.com">g8ymh8uf001@sneakemail.com</a>&gt;<br><a href="http://www.hvcomputer.com">http://www.hvcomputer.com</a><br><a href="http://www.fileProPlus.com">
http://www.fileProPlus.com</a><br></blockquote></div><br>
Hm.&nbsp; Your interpretation of ODBC is a little skewed in this
instance, I think.&nbsp; When people talk about ODBC and a database,
it's usually as the database acting as a server.&nbsp; And filePro is
*primarily* a database, with a customizable app development
available.&nbsp; I'm not aware of any cases except fP and text files
where an ODBC connector is available and you can't read/write to the
source.&nbsp; If it can communicate one way, why not two?&nbsp; In the
case of text, it's because there's no easy way to limit file access to
one process at a time.&nbsp; But filePro has that, sort of, nyet?<br>
<br>
What it looks like from a developer's view is total lock-in to fP-only
applications for writing to records.&nbsp; Personally I think it is
either a nasty marketing tactic or lazy programming, but admittedly I
know very little about filePro under the hood or corporately.<br>
<br>
Tyler<br>