Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > ger.ct > #616895 > unrolled thread
| Started by | "F. W." <me@home.invalid> |
|---|---|
| First post | 2024-03-01 08:14 +0100 |
| Last post | 2024-03-04 18:34 +0100 |
| Articles | 20 on this page of 120 — 14 participants |
Back to article view | Back to ger.ct
Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-01 08:14 +0100
Re: Weißes Haus warnt vor C++ Goetz Schultz <ng.expire1225@goetz.co.uk> - 2024-03-01 14:13 +0000
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-01 15:53 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-01 15:54 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-04 08:07 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-04 17:55 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-05 10:09 +0100
Re: Weißes Haus warnt vor C++ Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-05 10:30 +0100
Re: Weißes Haus warnt vor C++ Thomas Klix <wotokl@web.de> - 2024-03-05 14:26 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-06 06:57 +0100
Re: Weißes Haus warnt vor C++ Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-06 10:22 +0100
Re: Weißes Haus warnt vor C++ "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-03-06 09:30 +0000
Re: Tabellenformate Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-06 10:58 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-06 10:35 +0100
Re: Weißes Haus warnt vor C++ Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-06 12:10 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-06 15:28 +0100
Re: Metaprogrammierung Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-07 13:12 +0100
Re: Metaprogrammierung Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-07 13:45 +0100
Re: Metaprogrammierung Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-07 15:37 +0100
Re: Metaprogrammierung Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-07 13:41 +0100
Re: Metaprogrammierung Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-07 15:22 +0100
Re: Metaprogrammierung Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-07 16:15 +0100
Re: Metaprogrammierung Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-07 17:59 +0100
Re: Metaprogrammierung Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-07 18:59 +0100
Re: Metaprogrammierung Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-08 12:31 +0100
Re: Metaprogrammierung Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-08 13:02 +0100
Re: Metaprogrammierung Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-08 13:10 +0100
Re: Metaprogrammierung Andreas Fecht <forum@aftec.de> - 2024-03-08 15:12 +0100
Re: Metaprogrammierung Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-08 15:44 +0100
Re: Langsamkeit von Python Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-06 11:15 +0100
Re: Langsamkeit von Python Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-06 12:05 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-06 11:34 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-06 11:33 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-06 15:30 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-06 16:18 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-07 07:00 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-07 13:39 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-07 14:00 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-07 14:19 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-08 08:40 +0100
Re: Weißes Haus warnt vor C++ Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-08 12:37 +0100
Re: Weißes Haus warnt vor C++ "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-03-08 12:57 +0000
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-08 15:22 +0100
Re: Weißes Haus warnt vor C++ Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-08 16:20 +0100
Re: Datenbanken Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-09 16:01 +0100
Re: Datenbanken Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-09 19:28 +0100
Re: Datenbanken "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-03-11 08:21 +0000
Re: Datenbanken "F. W." <me@home.invalid> - 2024-03-11 09:27 +0100
Re: Datenbanken Michael Bode <m.g.bode@web.de> - 2024-03-11 21:13 +0100
Re: Datenbanken Heinz Brückner <Ha-He-Brueck@t-online.de> - 2024-03-12 13:21 +0100
Re: Datenbanken "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-03-12 13:12 +0000
Re: Datenbanken Michael Bode <m.g.bode@web.de> - 2024-03-12 19:17 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-11 09:24 +0100
Re: Weißes Haus warnt vor C++ Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-03-11 10:39 +0000
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-12 06:46 +0100
Re: Weißes Haus warnt vor C++ Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-03-12 14:23 +0000
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-14 07:57 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-14 10:15 +0100
Re: Weißes Haus warnt vor C++ Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-03-14 10:03 +0000
Re: Weißes Haus warnt vor C++ "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-03-14 11:21 +0000
Re: SQL Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-03-14 19:21 +0000
Re: SQL Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-14 20:29 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-14 13:21 +0100
Re: Weißes Haus warnt vor C++ Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-03-14 12:32 +0000
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-14 13:56 +0100
Re: Weißes Haus warnt vor C++ Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-14 14:24 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-14 14:45 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-14 15:27 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-14 13:52 +0100
Re: Weißes Haus warnt vor C++ "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-03-14 13:23 +0000
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-14 14:46 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-14 15:30 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-14 17:31 +0100
Re: Weißes Haus warnt vor C++ Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-14 13:54 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-14 15:32 +0100
Re: Weißes Haus warnt vor C++ Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-14 16:39 +0100
Re: Weißes Haus warnt vor C++ Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-03-08 13:25 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-08 13:51 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-11 07:46 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-05 12:08 +0100
Re: Weißes Haus warnt vor C++ Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-05 12:48 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-05 14:11 +0100
Re: Weißes Haus warnt vor C++ Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-05 14:43 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-05 14:50 +0100
Re: Weißes Haus warnt vor C++ Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-06 02:29 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-06 07:34 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-06 06:59 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-06 09:14 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-06 10:37 +0100
Re: Weißes Haus warnt vor C++ Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-06 11:18 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-06 11:56 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-06 17:36 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-07 07:02 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-06 11:36 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-06 11:57 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-06 16:27 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-07 07:03 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-07 13:40 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-07 14:01 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-07 15:01 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-08 08:42 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-08 13:54 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-11 07:47 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-11 09:23 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-11 09:29 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-11 09:48 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-11 10:34 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-11 11:27 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-12 06:47 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-12 07:40 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-14 15:35 +0100
Re: Weißes Haus warnt vor C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-14 17:32 +0100
Re: Weißes Haus warnt vor C++ Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2024-03-11 16:30 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-12 06:48 +0100
Re: Weißes Haus warnt vor C++ Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2024-03-12 17:56 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-14 15:36 +0100
Re: Weißes Haus warnt vor C++ Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2024-03-14 19:09 +0100
Re: Weißes Haus warnt vor C++ Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2024-03-12 11:16 +0100
Re: Weißes Haus warnt vor C++ "F. W." <me@home.invalid> - 2024-03-12 11:56 +0100
Re: Weißes Haus warnt vor C++ "Wendelin Uez" <wuez@online.de> - 2024-03-04 18:34 +0100
Page 3 of 6 — ← Prev page 1 2 [3] 4 5 6 Next page →
| From | Hermann Riemann <nospam.ng@hermann-riemann.de> |
|---|---|
| Date | 2024-03-08 12:37 +0100 |
| Message-ID | <l50bjvFj6gaU1@mid.individual.net> |
| In reply to | #617200 |
Am 08.03.24 um 08:40 schrieb F. W.: > Am 07.03.24 um 14:19 schrieb Bonita Montero: > >> Ne, Persistenz bedeutet dauerhafte Datenspeicherung. Das kann man >> mit einer SQL-Datenbank machen, geht aber auch händisch mit viel Aufwand. > > Wieso? Eine einfache Textdatei ist auch dauerhaft gespeichert. Oder was > meinst Du? Irgendwann experimentierte ich mit mit einer Datenbank (SQL?) Damit überhaupt etwas funktionierte, musste ich dauernd unter su arbeiten. Die Datenbank legte viele Dateien außerhalb meiner ID an. Nach einer Weile habe ich Arbeiten mit Datenbanken als "zu unpraktisch" verworfen. Eine Notwendigkeit für mich für einer Datenbank habe ich bis jetzt nicht gefunden.
[toc] | [prev] | [next] | [standalone]
| From | "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> |
|---|---|
| Date | 2024-03-08 12:57 +0000 |
| Message-ID | <l50gajFjp0aU1@mid.individual.net> |
| In reply to | #617206 |
Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>Am 08.03.24 um 08:40 schrieb F. W.:
>> Am 07.03.24 um 14:19 schrieb Bonita Montero:
>>
>>> Ne, Persistenz bedeutet dauerhafte Datenspeicherung. Das kann man
>>> mit einer SQL-Datenbank machen, geht aber auch händisch mit viel Aufwand.
>>
>> Wieso? Eine einfache Textdatei ist auch dauerhaft gespeichert. Oder was
>> meinst Du?
>Irgendwann experimentierte ich mit mit einer Datenbank (SQL?)
>Damit überhaupt etwas funktionierte, musste ich dauernd unter su
>arbeiten. Die Datenbank legte viele Dateien außerhalb meiner ID an.
>Nach einer Weile habe ich Arbeiten mit Datenbanken
>als "zu unpraktisch" verworfen.
>Eine Notwendigkeit für mich für einer Datenbank habe ich bis jetzt
>nicht gefunden.
Dann hast du noch nichts mit SQlite gemacht. Eine SQLite-DB besteht
genau aus einer Datei. Der Zugriff aus Python ist denkbar einfach.
import sqlite3
db=sqlite3.connect('mydb.db')
cursor=db.cursor()
cursor.execute("select vorname,nachname,tel from telefon")
for vorname,nachname,tel in cursor:
print(vorname,nachname,tel)
db.close()
--
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2024-03-08 15:22 +0100 |
| Message-ID | <usf6tt$1o20o$1@raubtier-asyl.eternal-september.org> |
| In reply to | #617218 |
Am 08.03.2024 um 13:57 schrieb Peter Heitzer:
> Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>> Am 08.03.24 um 08:40 schrieb F. W.:
>>> Am 07.03.24 um 14:19 schrieb Bonita Montero:
>>>
>>>> Ne, Persistenz bedeutet dauerhafte Datenspeicherung. Das kann man
>>>> mit einer SQL-Datenbank machen, geht aber auch händisch mit viel Aufwand.
>>>
>>> Wieso? Eine einfache Textdatei ist auch dauerhaft gespeichert. Oder was
>>> meinst Du?
>
>> Irgendwann experimentierte ich mit mit einer Datenbank (SQL?)
>> Damit überhaupt etwas funktionierte, musste ich dauernd unter su
>> arbeiten. Die Datenbank legte viele Dateien außerhalb meiner ID an.
>> Nach einer Weile habe ich Arbeiten mit Datenbanken
>> als "zu unpraktisch" verworfen.
>> Eine Notwendigkeit für mich für einer Datenbank habe ich bis jetzt
>> nicht gefunden.
> Dann hast du noch nichts mit SQlite gemacht. Eine SQLite-DB besteht
> genau aus einer Datei. ...
Das glaub ich ja eher nicht, man benötigt sicher während die Datei
offen ist noch ein Transaktions-Log.
>
> import sqlite3
> db=sqlite3.connect('mydb.db')
> cursor=db.cursor()
> cursor.execute("select vorname,nachname,tel from telefon")
> for vorname,nachname,tel in cursor:
> print(vorname,nachname,tel)
> db.close()
>
[toc] | [prev] | [next] | [standalone]
| From | Hermann Riemann <nospam.ng@hermann-riemann.de> |
|---|---|
| Date | 2024-03-08 16:20 +0100 |
| Message-ID | <l50olaFl4e5U1@mid.individual.net> |
| In reply to | #617218 |
Am 08.03.24 um 13:57 schrieb Peter Heitzer:
> Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>> Am 08.03.24 um 08:40 schrieb F. W.:
>>> Am 07.03.24 um 14:19 schrieb Bonita Montero:
>>>
>>>> Ne, Persistenz bedeutet dauerhafte Datenspeicherung. Das kann man
>>>> mit einer SQL-Datenbank machen, geht aber auch händisch mit viel Aufwand.
>>>
>>> Wieso? Eine einfache Textdatei ist auch dauerhaft gespeichert. Oder was
>>> meinst Du?
>
>> Irgendwann experimentierte ich mit mit einer Datenbank (SQL?)
>> Damit überhaupt etwas funktionierte, musste ich dauernd unter su
>> arbeiten. Die Datenbank legte viele Dateien außerhalb meiner ID an.
>> Nach einer Weile habe ich Arbeiten mit Datenbanken
>> als "zu unpraktisch" verworfen.
>> Eine Notwendigkeit für mich für einer Datenbank habe ich bis jetzt
>> nicht gefunden.
> Dann hast du noch nichts mit SQlite gemacht. Eine SQLite-DB besteht
> genau aus einer Datei. Der Zugriff aus Python ist denkbar einfach.
Muss man da immer noch die maximale Länge eines strings angeben?
> import sqlite3
> db=sqlite3.connect('mydb.db')
> cursor=db.cursor()
> cursor.execute("select vorname,nachname,tel from telefon")
> for vorname,nachname,tel in cursor:
> print(vorname,nachname,tel)
> db.close()
>
Erstes Experiment mit SQLite
Obiges in die /tmp/db.py kopiert also:
cat db.py
import sqlite3
db=sqlite3.connect('mydb.db')
cursor=db.cursor()
cursor.execute("select vorname,nachname,tel from telefon")
for vorname,nachname,tel in cursor:
print(vorname,nachname,tel)
db.close()
Dann
python3 *.py
Traceback (most recent call last):
File "db.py", line 5, in <module>
cursor.execute("select vorname,nachname,tel from telefon")
sqlite3.OperationalError: no such table: telefon
ls
db.py mydb.db
Die Datei mydb.db ist leer.
--
<http://www.hermann-riemann.de>
[toc] | [prev] | [next] | [standalone]
| From | Hermann Riemann <nospam.ng@hermann-riemann.de> |
|---|---|
| Date | 2024-03-09 16:01 +0100 |
| Subject | Re: Datenbanken |
| Message-ID | <l53bu2F2pgbU1@mid.individual.net> |
| In reply to | #617228 |
Am 08.03.24 um 21:21 schrieb Stefan Ram:
> Hermann Riemann <nospam.ng@hermann-riemann.de> schrieb oder zitierte:
>> sqlite3.OperationalError: no such table: telefon
>
> Hier ein Versuch, diese Datenbank anzusprechen:
>
> main.py
>
> import sqlite3
> person = \
> [ ( 'Matthias', 'Lohuis', '738651737' ),
> ( 'Ruth', 'Warnecke', '640329227' ),
> ( 'Rüdiger', 'Brill', '415324008' )]
> con = sqlite3.connect( 'db_202403082112510100_tmp_DML.db' )
> try:
> con.execute( 'CREATE TABLE PERSON( VORNAME, NACHNAME, RUFNUMMER )' )
> except sqlite3.OperationalError:
> pass
> con.executemany\
> ( 'INSERT INTO PERSON( VORNAME, NACHNAME, RUFNUMMER )values( ?, ?, ? )',
> person )
> for Zeile in con.execute\
> ( 'SELECT VORNAME, NACHNAME, RUFNUMMER FROM PERSON' ):
> print( Zeile )
>
> Protokoll
>
> ('Matthias', 'Lohuis', '738651737')
> ('Ruth', 'Warnecke', '640329227')
> ('Rüdiger', 'Brill', '415324008')
>
> . (Die Daten sind erfunden. Ähnlichkeiten mit realen Personen
> sind Zufall.)
>
Bei mir sähe das Programm so aus:
zeilen="""
Vorname Nachnahme Rufnummer;
Matthias Lohuis 738651737;
Ruth Warnecke 640329227;
Rüdiger Brill 415324008
""".split(';')
select=zeilen[0].split()
con=[]
for zeile in zeilen[1:]:
neu ={}
was_alles=zeile.split()
for nr in range(len(select)):
neu[select[nr]]=was_alles[nr]
con.append(neu)
for zeile in con:
l=[]
for was in "Vorname Nachnahme Rufnummer".split():
l.append(f"{zeile[was]:10s}")
print(' '.join(l))
Der Teil innerhalb """ könnte in einer csv Datei stehen,
die ich bei Bedarf direkt editieren könnt.
Kleine csv Datei mit """ in src Text einfügen mag nützlich sein.
--
<http://www.hermann-riemann.de>
[toc] | [prev] | [next] | [standalone]
| From | Hermann Riemann <nospam.ng@hermann-riemann.de> |
|---|---|
| Date | 2024-03-09 19:28 +0100 |
| Subject | Re: Datenbanken |
| Message-ID | <l53o37F4htlU2@mid.individual.net> |
| In reply to | #617262 |
Am 09.03.24 um 17:31 schrieb Stefan Ram: > Hermann Riemann <nospam.ng@hermann-riemann.de> schrieb oder zitierte: >> Bei mir sähe das Programm so aus: > > Deine Version ist sicher für viele Fälle besser! Allerdings > hatte ich gedacht, es würde darum gehen, ein Beispiel für die > Verwendung von sqlite zu sehen. > Die Behauptung war sqlite wäre einfach. Mag sein das Dein Beispiel für Personen, die nicht oder kaum programmieren, verständlicher ist. Eine Notwendigkeit für mich für einer Datenbank habe ich bis jetzt noch nicht gefunden. -- <http://www.hermann-riemann.de>
[toc] | [prev] | [next] | [standalone]
| From | "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> |
|---|---|
| Date | 2024-03-11 08:21 +0000 |
| Subject | Re: Datenbanken |
| Message-ID | <l57t8gFnmkgU1@mid.individual.net> |
| In reply to | #617218 |
Stefan Ram <ram@zedat.fu-berlin.de> wrote:
>"Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> schrieb oder zitierte:
>>cursor.execute("select vorname,nachname,tel from telefon")
> Und für eine einzelne Person, welchen Vorteil hat das jetzt gegenüber
> einer Textdatei:
> Personen.txt
>Vorname Nachname Rufnummer
>Matthias Lohuis 738651737
>Ruth Warnecke 640329227
>Rüdiger Brill 415324008
> ?
> (Die Daten sind erfunden. Ähnlichkeiten mit realen Personen sind
> Zufall.)
Die "select"-Anweisung war nur ein einfaches Beispiel. In der Praxis wird
man mit einer "where"-Klausel den Datenbereich weiter einschränken.
Eine Änderung der Telefonnummer per Programm ist IMO mit SQL auch einfacher
zu bewerkstelligen als mit einer Textdatei.
--
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de
[toc] | [prev] | [next] | [standalone]
| From | "F. W." <me@home.invalid> |
|---|---|
| Date | 2024-03-11 09:27 +0100 |
| Subject | Re: Datenbanken |
| Message-ID | <usmf9d$17e9s$7@solani.org> |
| In reply to | #617307 |
Am 11.03.24 um 09:21 schrieb Peter Heitzer: > Die "select"-Anweisung war nur ein einfaches Beispiel. In der Praxis wird > man mit einer "where"-Klausel den Datenbereich weiter einschränken. SELECT ist schon ein cooler Befehl. > Eine Änderung der Telefonnummer per Programm ist IMO mit SQL auch einfacher > zu bewerkstelligen als mit einer Textdatei. Manchmal ja. FW
[toc] | [prev] | [next] | [standalone]
| From | Michael Bode <m.g.bode@web.de> |
|---|---|
| Date | 2024-03-11 21:13 +0100 |
| Subject | Re: Datenbanken |
| Message-ID | <l596vvFu58dU1@mid.individual.net> |
| In reply to | #617307 |
Am 11.03.24 um 09:37 schrieb Stefan Ram: > "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> schrieb oder zitierte: >> Stefan Ram <ram@zedat.fu-berlin.de> wrote: >>> Und für eine einzelne Person, welchen Vorteil hat das jetzt gegenüber >>> einer Textdatei: >>> Personen.txt >>> Vorname Nachname Rufnummer >>> Matthias Lohuis 738651737 >>> Ruth Warnecke 640329227 >>> Rüdiger Brill 415324008 >>> ? >>> (Die Daten sind erfunden. Ähnlichkeiten mit realen Personen sind >>> Zufall.) >> Die "select"-Anweisung war nur ein einfaches Beispiel. In der Praxis wird >> man mit einer "where"-Klausel den Datenbereich weiter einschränken. >> Eine Änderung der Telefonnummer per Programm ist IMO mit SQL auch einfacher >> zu bewerkstelligen als mit einer Textdatei. > > Ich dachte an eine natürliche Person, die eine Notizdatei > über ihre Bekannten und Verwandten führt - eine Anwendungen > außerhalb einer großen Organisationen eben. > > Nun nehmen wir einmal an, bei einer Bekannten der natürlichen Person > habe sich eine Rufnummer geändert. Meinst Du wirklich, daß es dann > am einfachsten sei, eine SQL-Anweisung zur Änderung der Rufnummer zu > schreiben, wenn man doch die Möglichkeit hat, eine Textdatei, wie ich > sie oben dargestellt habe, in einem Editor zu öffnen und manuell zu > überarbeiten? (Du schriebst: "eine Änderung der Telefonnummer per > Programm". Ein Texteditor ist für mich ein Programm.) Sinnvollerweise macht man das einfach mit der Kontakte-App seines Smartphones. Dann kann man nämlich die neue Telefonnummer gleich ausprobieren. Echt jetzt, mit solchen Beispielen über den Sinn einer SQL Datenbank zu diskutieren.
[toc] | [prev] | [next] | [standalone]
| From | Heinz Brückner <Ha-He-Brueck@t-online.de> |
|---|---|
| Date | 2024-03-12 13:21 +0100 |
| Subject | Re: Datenbanken |
| Message-ID | <rkh0vi53lj8et9sbntc7h9r07pur64o4kr@4ax.com> |
| In reply to | #617377 |
am Mon, 11 Mar 2024 21:13:51 +0100 schrieb Michael Bode <m.g.bode@web.de>: > > Nun nehmen wir einmal an, bei einer Bekannten der natürlichen Person > > habe sich eine Rufnummer geändert. Meinst Du wirklich, daß es dann > > am einfachsten sei, eine SQL-Anweisung zur Änderung der Rufnummer zu > > schreiben, wenn man doch die Möglichkeit hat, eine Textdatei, wie ich > > sie oben dargestellt habe, in einem Editor zu öffnen und manuell zu > > überarbeiten? (Du schriebst: "eine Änderung der Telefonnummer per > > Programm". Ein Texteditor ist für mich ein Programm.) > > Sinnvollerweise macht man das einfach mit der Kontakte-App seines > Smartphones. ... und du bist sicher, dass dort keine SQL-artige $irgendwas-'Datenbank' dahintersteckt? Mit einer scrollbaren Such-und Eingabemaske drüber, die die Umsetzung in eine Form von 'Select' übernimmt? > Dann kann man nämlich die neue Telefonnummer gleich > ausprobieren. Verbindung zur Telefonie ist halt auch mit dabei. > Echt jetzt, mit solchen Beispielen über den Sinn einer SQL > Datenbank zu diskutieren. Jou. Alles ein Stiefel, letztendlich. HeB
[toc] | [prev] | [next] | [standalone]
| From | "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> |
|---|---|
| Date | 2024-03-12 13:12 +0000 |
| Subject | Re: Datenbanken |
| Message-ID | <l5b2mdF8a3jU1@mid.individual.net> |
| In reply to | #617411 |
Heinz Brückner <Ha-He-Brueck@t-online.de> wrote: >am Mon, 11 Mar 2024 21:13:51 +0100 schrieb Michael Bode <m.g.bode@web.de>: >> > Nun nehmen wir einmal an, bei einer Bekannten der natürlichen Person >> > habe sich eine Rufnummer geändert. Meinst Du wirklich, daß es dann >> > am einfachsten sei, eine SQL-Anweisung zur Änderung der Rufnummer zu >> > schreiben, wenn man doch die Möglichkeit hat, eine Textdatei, wie ich >> > sie oben dargestellt habe, in einem Editor zu öffnen und manuell zu >> > überarbeiten? (Du schriebst: "eine Änderung der Telefonnummer per >> > Programm". Ein Texteditor ist für mich ein Programm.) >> >> Sinnvollerweise macht man das einfach mit der Kontakte-App seines >> Smartphones. >... und du bist sicher, dass dort keine SQL-artige $irgendwas-'Datenbank' >dahintersteckt? Mit einer scrollbaren Such-und Eingabemaske drüber, die >die Umsetzung in eine Form von 'Select' übernimmt? Hier dürfte mit ziemlicher Sicherheit eine Sqlite-DB am Werk sein. Auch Webbrowser wie FireFox nutzen seit einiger Zeit für History und Bookmarks Sqlite. -- Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de
[toc] | [prev] | [next] | [standalone]
| From | Michael Bode <m.g.bode@web.de> |
|---|---|
| Date | 2024-03-12 19:17 +0100 |
| Subject | Re: Datenbanken |
| Message-ID | <l5bkh1Favq7U1@mid.individual.net> |
| In reply to | #617411 |
Am 12.03.24 um 13:21 schrieb Heinz Brückner: > am Mon, 11 Mar 2024 21:13:51 +0100 schrieb Michael Bode <m.g.bode@web.de>: > >>> Nun nehmen wir einmal an, bei einer Bekannten der natürlichen Person >>> habe sich eine Rufnummer geändert. Meinst Du wirklich, daß es dann >>> am einfachsten sei, eine SQL-Anweisung zur Änderung der Rufnummer zu >>> schreiben, wenn man doch die Möglichkeit hat, eine Textdatei, wie ich >>> sie oben dargestellt habe, in einem Editor zu öffnen und manuell zu >>> überarbeiten? (Du schriebst: "eine Änderung der Telefonnummer per >>> Programm". Ein Texteditor ist für mich ein Programm.) >> >> Sinnvollerweise macht man das einfach mit der Kontakte-App seines >> Smartphones. > > ... und du bist sicher, dass dort keine SQL-artige $irgendwas-'Datenbank' > dahintersteckt? Mit einer scrollbaren Such-und Eingabemaske drüber, die > die Umsetzung in eine Form von 'Select' übernimmt? Ich würde stark vermuten, dass da SQLite dahinter steckt. Ist meine ich Standard bei Android. Aber ganz sicher bin ich, dass man dafür nichts programmieren muss. Und wenn die Aufgabe damit nicht mehr zu lösen ist, und man selber was programmieren muss, dann wird es sich mit ziemlicher Sicherheit lohnen, mindestens SQLite oder ein richtiges DBMS einzusetzen.
[toc] | [prev] | [next] | [standalone]
| From | "F. W." <me@home.invalid> |
|---|---|
| Date | 2024-03-11 09:24 +0100 |
| Message-ID | <usmf3a$17e9s$6@solani.org> |
| In reply to | #617206 |
Am 08.03.24 um 12:37 schrieb Hermann Riemann: > Damit überhaupt etwas funktionierte, musste ich dauernd unter su > arbeiten. Die Datenbank legte viele Dateien außerhalb meiner ID an. > Nach einer Weile habe ich Arbeiten mit Datenbanken als "zu > unpraktisch" verworfen. Eine Notwendigkeit für mich für einer > Datenbank habe ich bis jetzt nicht gefunden. Ich habe hier MariaSQL und HeidiSQL und die Verwaltung ist recht problemlos. Für große Datenmengen ist eine (SQL-)Datenbank schon sinnvoll und praktisch. Nur beim Programmieren ist mir die Sache zu aufwändig. Ich nutze Textdateien, die verschlüsselt werden. Die Lese- und Schreibfunktionen ent- bzw. verschlüsseln gleichzeitig und erstellen Filter und Suchen. Das geht in Pascal recht easy. Und die Rechner sind schon länger schnell genug, um mit Dateien verzögerungsfrei zu arbeiten. Vor allem mit SSD. Noch besser ist es, TStringList zu benutzen und die Daten im Speicher zu halten. Da kann man einfach so etwas wie LoadCSVFile benutzen. Natürlich nur, wenn das Programm ausreichend stabil läuft. FW
[toc] | [prev] | [next] | [standalone]
| From | Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) |
|---|---|
| Date | 2024-03-11 10:39 +0000 |
| Message-ID | <ft65eede73i17377cn3e8%sfroehli@Froehlich.Priv.at> |
| In reply to | #617309 |
On Mon, 11 Mar 2024 09:24:10 F. W. wrote: > Am 08.03.24 um 12:37 schrieb Hermann Riemann: >> Damit überhaupt etwas funktionierte, musste ich dauernd unter su >> arbeiten. Die Datenbank legte viele Dateien außerhalb meiner ID >> an. Nach einer Weile habe ich Arbeiten mit Datenbanken als "zu >> unpraktisch" verworfen. Eine Notwendigkeit für mich für einer >> Datenbank habe ich bis jetzt nicht gefunden. > Ich habe hier MariaSQL und HeidiSQL und die Verwaltung ist recht > problemlos. Für große Datenmengen ist eine (SQL-)Datenbank schon > sinnvoll und praktisch. > Nur beim Programmieren ist mir die Sache zu aufwändig. Ich nutze > Textdateien, die verschlüsselt werden. Die Lese- und > Schreibfunktionen ent- bzw. verschlüsseln gleichzeitig und > erstellen Filter und Suchen. Das ist mir ein Rätsel. Die Anbindung an SQL ist doch ebenso gekapselt, wie Deine Lese- und Schreibfunktionen für Textdateien (und werden in annähernd 100% aller relevanten Programmiersprachen bereits vorhanden sein). > Noch besser ist es, TStringList zu benutzen und die Daten im > Speicher zu halten. Da kann man einfach so etwas wie LoadCSVFile > benutzen. Natürlich nur, wenn das Programm ausreichend stabil > läuft. Was daran läuft mit SQL anders oder auch nur weniger komfortabel? Ich erstelle mir (für so einfache Dinge) in 5 Minuten ein Schema und greife dann direkt darauf zu. Da sind dann auch gleich alle Sonderfälle enthalten, ich muss mir keine Gedanken um Escaping oder Daten mit Zeilenumbrüchen mehr machen, wenn ich Felder ergänzen oder verändern möchte, ist das trivial - und spätestens in dem Moment, wo ich das erste Mal etwas abfragen möchte, das GROUP oder Subselects braucht, kann ich einfach weitermachen, während ich mit der CSV-Datei erst einmal dumm gucken und nachzudenken beginnen würde. CSV-Dateien verwende ich auch und reichlich - als Import und Export für Datenbanken, weil viele Menschen (i.e. Kunden) sich mit nichts auseinandersetzen möchten, was jenseits der Komplexität eines Spreadsheets ist. Servus, Stefan -- http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich Offizieller Erstbesucher(TM) von mmeike Fett werden mit Stil, oder warum Stefan so glitzernd klebt! (Sloganizer)
[toc] | [prev] | [next] | [standalone]
| From | "F. W." <me@home.invalid> |
|---|---|
| Date | 2024-03-12 06:46 +0100 |
| Message-ID | <usoq7o$18e0b$11@solani.org> |
| In reply to | #617330 |
Am 11.03.24 um 11:39 schrieb Stefan Froehlich: >> Noch besser ist es, TStringList zu benutzen und die Daten im >> Speicher zu halten. Da kann man einfach so etwas wie LoadCSVFile >> benutzen. Natürlich nur, wenn das Programm ausreichend stabil >> läuft. > Was daran läuft mit SQL anders oder auch nur weniger komfortabel? Bei kleineren Projekten ist mir schon der regelmäßige Griff zum SQL-Buch zu lästig. Meist habe ich die Pascal-Routine im Kopf, bevor ich das Buch überhaupt gefunden habe. Außerdem halte ich es für zeitraubend, mehr als eine Sprache für ein Projekt zu nutzen. "Gute Ideen kommen aus _einem_ Kopf" sagte Prof. Niklaus Wirth. Dem stimmte ich immer zu. FW
[toc] | [prev] | [next] | [standalone]
| From | Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) |
|---|---|
| Date | 2024-03-12 14:23 +0000 |
| Message-ID | <3t65f064d2i1c7198n3e8%sfroehli@Froehlich.Priv.at> |
| In reply to | #617389 |
On Tue, 12 Mar 2024 06:46:32 F. W. wrote: > Am 11.03.24 um 11:39 schrieb Stefan Froehlich: >>> Noch besser ist es, TStringList zu benutzen und die Daten im >>> Speicher zu halten. Da kann man einfach so etwas wie LoadCSVFile >>> benutzen. Natürlich nur, wenn das Programm ausreichend stabil >>> läuft. >> Was daran läuft mit SQL anders oder auch nur weniger komfortabel? > Bei kleineren Projekten ist mir schon der regelmäßige Griff zum > SQL-Buch zu lästig. Meist habe ich die Pascal-Routine im Kopf, > bevor ich das Buch überhaupt gefunden habe. Ich sehe diese Notwendigkeit nicht: Alles, was man mit einer CSV-Datei machen kann, ist ebenso effizient mit SELECT abzufackeln. Klar, mit SQL geht dann auch noch mehr, und evt. braucht man dafür dann Handbücher, aber das wäre dann schon weit jenseits dessen, was man mit CSV-Dateien hinbekommt. > Außerdem halte ich es für zeitraubend, mehr als eine Sprache für > ein Projekt zu nutzen. "Gute Ideen kommen aus _einem_ Kopf" sagte > Prof. Niklaus Wirth. Dem stimmte ich immer zu. Für den genannten Anwendungsfall ist SQL keine "Sprache". Servus, Stefan -- http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich Offizieller Erstbesucher(TM) von mmeike Stefan - Veralberung der grossen Leidenschaft.</b (Sloganizer)
[toc] | [prev] | [next] | [standalone]
| From | "F. W." <me@home.invalid> |
|---|---|
| Date | 2024-03-14 07:57 +0100 |
| Message-ID | <usu75c$1b4r9$1@solani.org> |
| In reply to | #617419 |
Am 12.03.2024 um 15:23 schrieb Stefan Froehlich: > > Für den genannten Anwendungsfall ist SQL keine "Sprache". > SQL ist schon eine Sprache. Wenigstens muss man schon in diesem Fall zwei mal die Syntax beachten. Mir privat reicht eine. FW
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2024-03-14 10:15 +0100 |
| Message-ID | <usuf6n$1h5sa$1@raubtier-asyl.eternal-september.org> |
| In reply to | #617543 |
Am 14.03.2024 um 07:57 schrieb F. W.: > Am 12.03.2024 um 15:23 schrieb Stefan Froehlich: > >> >> Für den genannten Anwendungsfall ist SQL keine "Sprache". >> > > SQL ist schon eine Sprache. Wenigstens muss man schon in diesem Fall > zwei mal die Syntax beachten. Mir privat reicht eine. > > FW SQL hat aber keinen definierbaren Kontrollfluss.
[toc] | [prev] | [next] | [standalone]
| From | Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) |
|---|---|
| Date | 2024-03-14 10:03 +0000 |
| Message-ID | <7t65f2caf4i248196n3e8%sfroehli@Froehlich.Priv.at> |
| In reply to | #617543 |
On Thu, 14 Mar 2024 07:57:49 F. W. wrote: > Am 12.03.2024 um 15:23 schrieb Stefan Froehlich: >> Für den genannten Anwendungsfall ist SQL keine "Sprache". > SQL ist schon eine Sprache. Wenigstens muss man schon in diesem > Fall zwei mal die Syntax beachten. Mir privat reicht eine. Wenn "SELECT vorname, nachname FROM kontakte" Nachdenken oder gar Nachschlagen erfordert, dann sollte man in der Tat die Finger von SQL lassen. Dass man mit irgendeiner Art basisnaher Programmierung, und sei die Sprache noch so vertraut, schneller sein könnte, erschließt sich mir schlichtweg nicht. Einzig valides Argument gegen SQL wäre für mich die fehlende Existenz eines SQL-Servers dort, wo die Software laufen soll. Das kommt vor. Servus, Stefan -- http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich Offizieller Erstbesucher(TM) von mmeike Der bunte Mensch will Stefan. Und Sie? (Sloganizer)
[toc] | [prev] | [next] | [standalone]
| From | "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> |
|---|---|
| Date | 2024-03-14 11:21 +0000 |
| Message-ID | <l5g4uiF1ca1U2@mid.individual.net> |
| In reply to | #617561 |
Stefan Froehlich <Stefan+Usenet@froehlich.priv.at> wrote: >On Thu, 14 Mar 2024 07:57:49 F. W. wrote: >> Am 12.03.2024 um 15:23 schrieb Stefan Froehlich: >>> Für den genannten Anwendungsfall ist SQL keine "Sprache". >> SQL ist schon eine Sprache. Wenigstens muss man schon in diesem >> Fall zwei mal die Syntax beachten. Mir privat reicht eine. >Wenn "SELECT vorname, nachname FROM kontakte" Nachdenken oder gar >Nachschlagen erfordert, dann sollte man in der Tat die Finger von >SQL lassen. Dass man mit irgendeiner Art basisnaher Programmierung, >und sei die Sprache noch so vertraut, schneller sein könnte, >erschließt sich mir schlichtweg nicht. >Einzig valides Argument gegen SQL wäre für mich die fehlende >Existenz eines SQL-Servers dort, wo die Software laufen soll. Das >kommt vor. Deshalb auch mein Hinweis auf SQlite. Das braucht nur den Zugriff auf eine Datei im Dateisystem. -- Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de
[toc] | [prev] | [next] | [standalone]
Page 3 of 6 — ← Prev page 1 2 [3] 4 5 6 Next page →
Back to top | Article view | ger.ct
csiph-web