Re: About Databases...

From: Dennis Lee Bieber (wlfraed_at_ix.netcom.com)
Date: 03/12/05


Date: Sat, 12 Mar 2005 05:01:24 GMT

On Fri, 11 Mar 2005 23:32:48 +0100, andrea_gavana@tin.it declaimed the
following in comp.lang.python:

> oil field). As you may have understood, I know almost NOTHING about databases

        Then your first approach should be a book on relational database
design, normalization (and when to violate normalization), and SQL.
Preferably a book that is NOT specific to ANY Relational DBMS. Though
I'd probably avoid any book that has chapters on Hierarchical DBMS,
CODASYL/DBTG Network DBMS, or Relational Algebra and/or Relational
Calculus -- Unless you're running on 1970s "big iron", but in that case,
you may not have Python by which to even attempt to access them... <G>

        After you've gotten the generics down, then you can consider the
specifics of any available RDBMS...

        Python modules likely exist for: M$ JET (I'm presuming you're on
a Windows box, including the server), M$ SQL Server/MSDE, MySQL, MaxDB
by MySQL (their name for the repackaged SAP DB), PostgreSQL, Firebird
(the descendent of Interbase). I'm pretty sure all of the above run on
WinNT, and most are even available for W9x.

> In general, my data will be numeric (floats, integers). Will a binary storage
> (if it is possible) reduce the size of the DB? And what about speed in storing/retrieving
> data?
>
        I don't know of any RDBMS that /doesn't/ support binary
numerics, though they may do so with 32-bit-only integer and 64-bit-only
floats (many though have short and long ints, and single or double
floats). Many also have either a decimal or currency data type. However,
IN the SQL query, your data will be formatted as text during the
insertion, and converted back to binary by the RDBMS server.

        If you need to store what are essentially large arrays, which
will never by accessed via the RDBMS piecemeal (IOW: you will retrieve
or store the entire array at once) you'll want to check on the
capabilities of BLOBs (Binary Large OBjects, as I recall) in each
candidate RDBMS.

-- 
 > ============================================================== <
 >   wlfraed@ix.netcom.com  | Wulfraed  Dennis Lee Bieber  KD6MOG <
 >      wulfraed@dm.net     |       Bestiaria Support Staff       <
 > ============================================================== <
 >           Home Page: <http://www.dm.net/~wulfraed/>            <
 >        Overflow Page: <http://wlfraed.home.netcom.com/>        <


Relevant Pages

  • Re: OO vs. RDB challenge
    ... Oracle, DB2, SQL Server, etc. ... >>May I remind you that a DBMS is a program that has it's own business ... cannot be enforced by a DBMS? ... I didn't say that a RDBMS could *not, never, in any way* be used to ...
    (comp.object)
  • Re: OO vs. RDB challenge
    ... Oracle, DB2, SQL Server, etc. ... cannot be enforced by a DBMS? ... database structure, ... And an RDBMS is a software system that can enforce all that. ...
    (comp.object)
  • Re: SQL Server 2000 RDBMS or DBMS?
    ... But there are other things in the SQL language that makes it non-relational. ... >I was reading a monster thread on whether DBMS or RDBMS. ...
    (microsoft.public.sqlserver.programming)
  • Re: MV and SQL
    ... >> perform enquiries on it using the query language then, again, how the ... > Are you sure that a column in Pick is equivalent to a column in an SQL table ... If you had some bizarre need to do this in a Pick DBMS though, ... > Besides the query language of Pick what other ways do ...
    (comp.databases.theory)
  • Re: MV and SQL
    ... >> perform enquiries on it using the query language then, again, how the ... > Are you sure that a column in Pick is equivalent to a column in an SQL table ... If you had some bizarre need to do this in a Pick DBMS though, ... > Besides the query language of Pick what other ways do ...
    (comp.databases.theory)