diff --git a/docs/databases.md b/docs/databases.md index e874767..d65a743 100644 --- a/docs/databases.md +++ b/docs/databases.md @@ -68,7 +68,7 @@ There are many databases of many types. A database could be a single file called `heroes.db`, managed with code in a very efficient way. An example would be SQLite, more about that on a bit. -![database as a single file](/img/databases/single-file.svg) +![database as a single file](img/databases/single-file.svg) ### A server database @@ -80,11 +80,11 @@ In this case, your code would talk to this server application instead of reading The database could be located in a different server/machine: -![database in an external server](/img/databases/external-server.svg) +![database in an external server](img/databases/external-server.svg) Or the database could be located in the same server/machine: -![database in the same server](/img/databases/same-server.svg) +![database in the same server](img/databases/same-server.svg) The most important aspect of these types of databases is that **your code doesn't read or modify** the files containing the data directly. @@ -98,7 +98,7 @@ In some cases, the database could even be a group of server applications running In this case, your code would talk to one or more of these server applications running on different machines. -![distributed database in multiple servers](/img/databases/multiple-servers.svg) +![distributed database in multiple servers](img/databases/multiple-servers.svg) Most of the databases that work as server applications also support multiple servers in one way or another. @@ -257,7 +257,7 @@ For example, the table for the teams has the ID `1` for the team `Preventers` an As these **primary key** IDs can uniquely identify each row on the table for teams, we can now go to the table for heroes and refer to those IDs in the table for teams. -table relationships +![table relationships](img/databases/relationships.svg) So, in the table for heroes, we use the `team_id` column to define a relationship to the *foreign* table for teams. Each value in the `team_id` column on the table with heroes will be the same value as the `id` column of one row in the table with teams. diff --git a/docs/db-to-code.md b/docs/db-to-code.md index 537c583..3d289d7 100644 --- a/docs/db-to-code.md +++ b/docs/db-to-code.md @@ -236,8 +236,7 @@ database.execute( ).all() ``` - - +![](img/db-to-code/autocompletion01.png){class="shadow"} ## ORMs and SQL @@ -280,7 +279,7 @@ For example this **Relation** or table: * **Mapper**: this comes from Math, when there's something that can convert from some set of things to another, that's called a "**mapping function**". That's where the **Mapper** comes from. -![Squares to Triangles Mapper](/img/db-to-code/mapper.svg) +![Squares to Triangles Mapper](img/db-to-code/mapper.svg) We could also write a **mapping function** in Python that converts from the *set of lowercase letters* to the *set of uppercase letters*, like this: diff --git a/docs/install.md b/docs/install.md index 8ac2e04..129df35 100644 --- a/docs/install.md +++ b/docs/install.md @@ -16,11 +16,11 @@ As **SQLModel** is built on top of PostgreSQL (which is also free). But for now we'll stick to SQLite.