[solved] Table names in sqlite3 database

[Joanna from IRC]

Is that like if you have multiple databases open at same time?

[SymbolicFrank]

Is that like if you have multiple databases open at same time?

Each database can contain multiple schemas, which each can contain multiple tables (even with the same name). It's very convenient in PostgreSQL, as it doesn't allow running queries across multiple databases. There's even an extension to map the tables from database1.schema1 to database2.schema2.

[Zvoni]

Let's sort out some "Definitions":
A "schema" is actually a Database (as known from MySQL etc.), which contains tables, views, Indexes, Triggers, Stored Procedures and whatever else
Meaning: With the same Server you can have multiple "schemas" (Databases)
e.g. One schema called "SalesAndPurchases", another called "Accounting". Both have their own tables etc.
A User logs in to the one single server, and then per GRANTS it's decided if User A is allowed to take a peek at "Accounting", or if he gets "Err... no no...it's not your business how much the Boss earns"

I know this for a fact, since i HAVE such a scenario (though for IBM DB2)

in context of SQLite: SQLite is a single-file DBMS, meaning the usual case with SQLite is: 1 File, 1 Schema (=Database), which contains tables etc..
That schema is always called "main"

BUT: What you can do in SQLite is "attach" another Database-File.
Then you would have the scenario, which SF is alluding to: having 2 Schemas in SQLite (though i don't know, how that attached schema is called, since in its own file it's "main" again)

[Joanna from IRC]

What distinguishes one schema from another?

[Zvoni]

What distinguishes one schema from another?

Usually access rights (as i've written above), but this does not apply to SQLite, since SQLite doesn't support GRANTS/User rights.

[Joanna from IRC]

Ok that makes sense, I have only used sqlite, so for me the schema is just the tables in one database. Thanks again for explaining.