Matthew Tedder wrote:
Ok..
Maybe I am seeing how it works now. I am not used to ODBC (usually, mysql,
postgresql, or mssql) and saw various examples under google searches
explicitly stating the database driver with such as "driver=..." in the odbc
connect statements.
Also.. I apologize if my e
Orri Erling wrote:
All
Scalability is a major question not addressed. The upcoming colunmn store
will make this quite a bit better. For doing cubes of any kind at all,
copying of the data is unavoidable.
For testing nothing of the upcoming is needed. Simply take a tpch database
of any given
All
Scalability is a major question not addressed. The upcoming colunmn store
will make this quite a bit better. For doing cubes of any kind at all,
copying of the data is unavoidable.
For testing nothing of the upcoming is needed. Simply take a tpch database
of any given scale and try maki
Ok..
Maybe I am seeing how it works now. I am not used to ODBC (usually, mysql,
postgresql, or mssql) and saw various examples under google searches
explicitly stating the database driver with such as "driver=..." in the odbc
connect statements.
Also.. I apologize if my email sounded a bit negat
HI Matthew,
Thank you for trying to point me toward help but I am still at a
loss at
how to connect to Virtuoso from PHP under Apache. I cannot use
Virtuoso as a
webserver for lack of Shibboleth support and so
__virt_internal_dsn() is of
no use to me. It might be possible to build a hy
