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 4 of 6 — ← Prev page 1 2 3 [4] 5 6 Next page →
| From | Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) |
|---|---|
| Date | 2024-03-14 19:21 +0000 |
| Subject | Re: SQL |
| Message-ID | <7t65f34dbai264f64n3e8%sfroehli@Froehlich.Priv.at> |
| In reply to | #617562 |
On Thu, 14 Mar 2024 20:17:34 Stefan Ram wrote: > "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> schrieb oder zitierte: >>Stefan Froehlich <Stefan+Usenet@froehlich.priv.at> wrote: >>>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. > Für "die fehlende Existenz" kann man vielleicht auch einfach > "das Fehlen" schreiben. Könnte man. > Ein "SQL-Server" heißt /server/ weil er /nicht/ "dort" sein muß, > wo "die Software" läuft. Viele SQL-Server können auf anderen > Rechnern laufen, die auch entfernt sein könnten. Was hilft's? Wenn mich jemand daran hindert, einen SQL-Server auf dem Applikationsrechner zu installieren, dann hat er (zwar nicht logisch zwingend, aber empirisch ermittelt) auch Probleme damit, dass ich den an anderer Stelle betreibe und über das Netz kontaktiere. Wobei das doch eher homöopathische Ausnahmefälle sind. Servus, Stefan -- http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich Offizieller Erstbesucher(TM) von mmeike Stefan - die Bezeichnung des kultivierten Träumens.</b (Sloganizer)
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2024-03-14 20:29 +0100 |
| Subject | Re: SQL |
| Message-ID | <usvj5r$1q6tu$1@raubtier-asyl.eternal-september.org> |
| In reply to | #617562 |
Am 14.03.2024 um 20:17 schrieb Stefan Ram: > https://www.purl.org/stefan_ram/pub/sql-kurs Echt, das hat doch die didaktische Qualität eines Telefonbuchs.
[toc] | [prev] | [next] | [standalone]
| From | "F. W." <me@home.invalid> |
|---|---|
| Date | 2024-03-14 13:21 +0100 |
| Message-ID | <usuq3j$1bp6v$1@solani.org> |
| In reply to | #617561 |
Am 14.03.2024 um 11:03 schrieb Stefan Froehlich: >> 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. Nicht alle sind doof. Manche einfach nur bequem. Und dass es hierbei um mehr als einen SELECT-Befehl geht, ergibt sich normalerweise aus dem Kontext. > Dass man mit irgendeiner Art basisnaher Programmierung, und sei die > Sprache noch so vertraut, schneller sein könnte, erschließt sich mir > schlichtweg nicht. Tja. So unterschiedlich sind die Menschen. > 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. Dann nimmt mal SQLite und kann trotzdem SQL machen. FW
[toc] | [prev] | [next] | [standalone]
| From | Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) |
|---|---|
| Date | 2024-03-14 12:32 +0000 |
| Message-ID | <1t65f2ed6ci250064n3e8%sfroehli@Froehlich.Priv.at> |
| In reply to | #617566 |
On Thu, 14 Mar 2024 13:21:07 F. W. wrote: > Am 14.03.2024 um 11:03 schrieb Stefan Froehlich: >>> 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. > Nicht alle sind doof. Manche einfach nur bequem. Aber das *ist* doch bequem. > Und dass es hierbei um mehr als einen SELECT-Befehl geht, ergibt > sich normalerweise aus dem Kontext. Der Appetit kommt mit dem Essen. Bei einer CSV-Datei ist mit dem Äquivalent von SELECT bereits das Ende der Fahnenstange erreicht (im Grund genommen sogar schon knapp davor: Man kann die Daten je nach Programmiersprache zeilen- oder feldweise einlesen, auf die passend benannten Variablen aufteilen und ggf. typisieren muss man sie bereits selber). Alles, was man danach in seiner Software damit tut, filtern, sortieren, gruppieren, logisch verknüpfen oder noch etwas anderes, kann man auch nach einem SELECT in seiner Software tun, wenn man auf die Annehmlichkeiten komplexerer Queries verzichten möchte. >> 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. > Dann nimmt mal SQLite und kann trotzdem SQL machen. Umso mehr ein Grund, es so zu lösen. Servus, Stefan -- http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich Offizieller Erstbesucher(TM) von mmeike Der kleine Konsument nimmt Stefan. Das muß ja wohl einen Grund haben? (Sloganizer)
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2024-03-14 13:56 +0100 |
| Message-ID | <usus5e$1jubj$2@raubtier-asyl.eternal-september.org> |
| In reply to | #617569 |
Am 14.03.2024 um 13:32 schrieb Stefan Froehlich: > Der Appetit kommt mit dem Essen. Bei einer CSV-Datei ist mit dem > Äquivalent von SELECT bereits das Ende der Fahnenstange erreicht > (im Grund genommen sogar schon knapp davor: Man kann die Daten > je nach Programmiersprache zeilen- oder feldweise einlesen, auf > die passend benannten Variablen aufteilen und ggf. typisieren > muss man sie bereits selber). Mit einer CSV-Datei Multiuser-fähigkeit oder ACID realisieren wäre auch ein Kunststück.
[toc] | [prev] | [next] | [standalone]
| From | Hermann Riemann <nospam.ng@hermann-riemann.de> |
|---|---|
| Date | 2024-03-14 14:24 +0100 |
| Message-ID | <l5gc4kF2ipfU1@mid.individual.net> |
| In reply to | #617572 |
Am 14.03.24 um 13:56 schrieb Bonita Montero: > Mit einer CSV-Datei Multiuser-fähigkeit oder ACID realisieren > wäre auch ein Kunststück. > Über shared memory. Oder als Netzwerk Datei bei jeder Änderung neu schreiben und lesen.
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2024-03-14 14:45 +0100 |
| Message-ID | <usuv2i$1klfs$1@raubtier-asyl.eternal-september.org> |
| In reply to | #617577 |
Am 14.03.2024 um 14:24 schrieb Hermann Riemann: > Am 14.03.24 um 13:56 schrieb Bonita Montero: > >> Mit einer CSV-Datei Multiuser-fähigkeit oder ACID realisieren >> wäre auch ein Kunststück. >> > Über shared memory. Dann hättest Du nicht das D in ACID. Und selsbt nur mit ACI wäre das super-aufwendig. > Oder als Netzwerk Datei bei jeder Änderung neu schreiben und lesen. Das wäre nicht Transakations-sicher.
[toc] | [prev] | [next] | [standalone]
| From | "F. W." <me@home.invalid> |
|---|---|
| Date | 2024-03-14 15:27 +0100 |
| Message-ID | <usv1fm$1bit6$1@solani.org> |
| In reply to | #617569 |
Am 14.03.2024 um 13:32 schrieb Stefan Froehlich: > >> Nicht alle sind doof. Manche einfach nur bequem. > > Aber das *ist* doch bequem. > Nö. Aus Bequemlichkeit wurden die größten Erfindungen gemacht. >> Und dass es hierbei um mehr als einen SELECT-Befehl geht, ergibt >> sich normalerweise aus dem Kontext. > Der Appetit kommt mit dem Essen. Bei einer CSV-Datei ist mit dem > Äquivalent von SELECT bereits das Ende der Fahnenstange erreicht (im > Grund genommen sogar schon knapp davor: Man kann die Daten je nach > Programmiersprache zeilen- oder feldweise einlesen, auf die passend > benannten Variablen aufteilen und ggf. typisieren muss man sie > bereits selber). In Pascal gibt es das Objekt TStringList. Wenn Du das durch eine CSV-Datei füllen willst, dann nimm einfach TStringList.LoadCSVFile und die Sache ist erledigt. Einen Filter und eine Suche lassen sich damit auch sehr einfach und sehr schnell programmieren. Natürlich kann man damit keine Enterprise-Anwendung für 500 User schreiben. Aber, wie gesagt, das ist auch nicht notwendig. Und im Falle einer Dateninkonsistenz ist man mit einem Textfile schnell wieder am Start. > Alles, was man danach in seiner Software damit tut, filtern, > sortieren, gruppieren, logisch verknüpfen oder noch etwas anderes, > kann man auch nach einem SELECT in seiner Software tun, wenn man auf > die Annehmlichkeiten komplexerer Queries verzichten möchte. Ich gebe Dir ja Recht. Es ist hier nur überflüssig. >>> 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. > >> Dann nimmt mal SQLite und kann trotzdem SQL machen. > > Umso mehr ein Grund, es so zu lösen. > Versionen? Speicher? Ladeverhalten? Du holst Dir ein eigenes System an Bord, das auch wieder verwaltet werden will... FW
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2024-03-14 13:52 +0100 |
| Message-ID | <usurud$1jubj$1@raubtier-asyl.eternal-september.org> |
| In reply to | #617566 |
Am 14.03.2024 um 13:21 schrieb F. W.: > Nicht alle sind doof. Manche einfach nur bequem. Und dass es hierbei > um mehr als einen SELECT-Befehl geht, ergibt sich normalerweise aus > dem Kontext. Zeig mir mal ein SQL-Statement für das Du eine händische Entsprechung schneller selbst bastelst. Ich glaub dir das nämlich nicht. > Dann nimmt mal SQLite und kann trotzdem SQL machen. Reicht aber nur für den kleinen Bedarf weil das nicht Multiuser-fähig ist.
[toc] | [prev] | [next] | [standalone]
| From | "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> |
|---|---|
| Date | 2024-03-14 13:23 +0000 |
| Message-ID | <l5gc32F2d12U2@mid.individual.net> |
| In reply to | #617570 |
Bonita Montero <Bonita.Montero@gmail.com> wrote: >Am 14.03.2024 um 13:21 schrieb F. W.: >> Nicht alle sind doof. Manche einfach nur bequem. Und dass es hierbei >> um mehr als einen SELECT-Befehl geht, ergibt sich normalerweise aus >> dem Kontext. >Zeig mir mal ein SQL-Statement für das Du eine händische Entsprechung >schneller selbst bastelst. Ich glaub dir das nämlich nicht. >> Dann nimmt mal SQLite und kann trotzdem SQL machen. >Reicht aber nur für den kleinen Bedarf weil das nicht Multiuser-fähig >ist. Bei nur lesendem Zugriff ist dies kein Problem. -- 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-14 14:46 +0100 |
| Message-ID | <usuv3h$1klfs$2@raubtier-asyl.eternal-september.org> |
| In reply to | #617576 |
Am 14.03.2024 um 14:23 schrieb Peter Heitzer: > Bonita Montero <Bonita.Montero@gmail.com> wrote: >> Am 14.03.2024 um 13:21 schrieb F. W.: > >>> Nicht alle sind doof. Manche einfach nur bequem. Und dass es hierbei >>> um mehr als einen SELECT-Befehl geht, ergibt sich normalerweise aus >>> dem Kontext. > >> Zeig mir mal ein SQL-Statement für das Du eine händische Entsprechung >> schneller selbst bastelst. Ich glaub dir das nämlich nicht. > >>> Dann nimmt mal SQLite und kann trotzdem SQL machen. > >> Reicht aber nur für den kleinen Bedarf weil das nicht Multiuser-fähig >> ist. > Bei nur lesendem Zugriff ist dies kein Problem. > > Is nur sehr selten gefragt.
[toc] | [prev] | [next] | [standalone]
| From | "F. W." <me@home.invalid> |
|---|---|
| Date | 2024-03-14 15:30 +0100 |
| Message-ID | <usv1lv$1bit6$2@solani.org> |
| In reply to | #617570 |
Am 14.03.2024 um 13:52 schrieb Bonita Montero:
> Am 14.03.2024 um 13:21 schrieb F. W.:
>
>> Nicht alle sind doof. Manche einfach nur bequem. Und dass es
>> hierbei um mehr als einen SELECT-Befehl geht, ergibt sich
>> normalerweise aus dem Kontext.
>
> Zeig mir mal ein SQL-Statement für das Du eine händische
> Entsprechung schneller selbst bastelst. Ich glaub dir das nämlich
> nicht.
>
Tja, was soll ich dazu sagen? Man geht durch ein TStringList-Objekt z.
B. einfach mit einer For-Schleife. Da das Objekt im Speicher ist, geht
das rasend schnell. Also selbst so etwas wie
for a:=1 to TStringList.Count do begin
if TStringList [a] = '*eyer*' then
break;
end;
entspricht den hier einfachen Select-Abfragen, wobei nicht mal Speicher
für die Zielmenge gebraucht wird.
Anmerkung: Der Code läuft so natürlich ohne geeignete Umgebung NICHT. Er
ist nur ein symbolisches Beispiel.
>> Dann nimmt mal SQLite und kann trotzdem SQL machen.
>
> Reicht aber nur für den kleinen Bedarf weil das nicht
> Multiuser-fähig ist.
>
Das ist hier auch nicht nötig. Wie gesagt.
FW
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2024-03-14 17:31 +0100 |
| Message-ID | <usv8p0$1nktj$1@raubtier-asyl.eternal-september.org> |
| In reply to | #617585 |
Am 14.03.2024 um 15:30 schrieb F. W.: > Tja, was soll ich dazu sagen? Man geht durch ein TStringList-Objekt z. > B. einfach mit einer For-Schleife. Da das Objekt im Speicher ist, geht > das rasend schnell. Also selbst so etwas wie > > for a:=1 to TStringList.Count do begin > if TStringList [a] = '*eyer*' then > break; > end; Ja, super, und wo ist da die dauerhafte Speicherung ? Oder hoffst Du, dass der Strom nie ausfällt ?
[toc] | [prev] | [next] | [standalone]
| From | Hermann Riemann <nospam.ng@hermann-riemann.de> |
|---|---|
| Date | 2024-03-14 13:54 +0100 |
| Message-ID | <l5gabjF2a3iU1@mid.individual.net> |
| In reply to | #617543 |
Am 14.03.24 um 07:57 schrieb F. W.: > SQL ist schon eine Sprache. Wenigstens muss man schon in diesem Fall > zwei mal die Syntax beachten. Mir privat reicht eine. Bei mir nicht. Sehr grob geschätzt: 90% Python 9 % C 0,5% JavaScript ( nur in html Seiten ) 0,5% bash ( Konsole + ca 1 Zeiler .sh )
[toc] | [prev] | [next] | [standalone]
| From | "F. W." <me@home.invalid> |
|---|---|
| Date | 2024-03-14 15:32 +0100 |
| Message-ID | <usv1pp$1bit6$3@solani.org> |
| In reply to | #617571 |
Am 14.03.2024 um 13:54 schrieb Hermann Riemann: > Am 14.03.24 um 07:57 schrieb F. W.: > >> SQL ist schon eine Sprache. Wenigstens muss man schon in diesem Fall >> zwei mal die Syntax beachten. Mir privat reicht eine. > > Bei mir nicht. > > Sehr grob geschätzt: > 90% Python > 9 % C > 0,5% JavaScript ( nur in html Seiten ) > 0,5% bash ( Konsole + ca 1 Zeiler .sh ) Und das ist Dir für einfache Projekt nicht zu aufwändig? Was ist, wenn sich Python und C im Speicher verhakeln? Oder HTML, CSS und Javascript? Kann man solche Fehler debuggen? FW
[toc] | [prev] | [next] | [standalone]
| From | Hermann Riemann <nospam.ng@hermann-riemann.de> |
|---|---|
| Date | 2024-03-14 16:39 +0100 |
| Message-ID | <l5gk0nF3nacU1@mid.individual.net> |
| In reply to | #617586 |
Am 14.03.24 um 15:32 schrieb F. W.: > Am 14.03.2024 um 13:54 schrieb Hermann Riemann: > >> Am 14.03.24 um 07:57 schrieb F. W.: >> >>> SQL ist schon eine Sprache. Wenigstens muss man schon in diesem Fall >>> zwei mal die Syntax beachten. Mir privat reicht eine. >> >> Bei mir nicht. >> >> Sehr grob geschätzt: >> 90% Python >> 9 % C >> 0,5% JavaScript ( nur in html Seiten ) >> 0,5% bash ( Konsole + ca 1 Zeiler .sh ) > Und das ist Dir für einfache Projekt nicht zu aufwändig? Was ist, wenn > sich Python und C im Speicher verhakeln? Python und C kommunizieren bei mir derzeit nur über Dateien. Mein letztes größeres Projekt: Python liefert eine Dateiliste in etwa in /tmp/dateien.txt C liest jede (meist html) Datei einzeln und und erstellt anhand von sonder tags ( enden mit _ ) zu jeder Datei jeweils 4 Dateien mit teilweise anderem Inhalt. Das C Programm wird von Python über system(..) aufgerufen Python erstellt dann aus den von C erstellten Dateien diverse (meist html) Dateien in diversen Verzeichnissen. > Oder HTML, CSS und Javascript? CSS editiere ich direkt Quelle zu <http://www.hermann-riemann.de/x.css> in der durch C oder Python Leerzeichen entfernt wurden. Und Javascript meist direkt in html Dateien. > Kann man solche Fehler debuggen? Versuch und Irrtum bis es funktioniert. Ich verwende nur wenige Schlüsselwörter und Eigenschaften von JavaScript und CSS Mein HTML ist weitgehend html3.2 mit Anpassung an CSS und Weglassen mittlerweile nicht mehr benötigte END tags wie </td>
[toc] | [prev] | [next] | [standalone]
| From | Georg Gruber <g.gruber_hauwech@gmx.net> |
|---|---|
| Date | 2024-03-08 13:25 +0100 |
| Message-ID | <272EC1F651955D7B@ggruber793.news.solani.org> |
| In reply to | #617200 |
Am 08.03.2024 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? Ich nehme an, das ganze pingelige Pflichtenheft, das eine Datenbank out-of-the-box einfach mal so erfüllt. Konsistenz & Integrität des Datenmodells, Parallelität, Verteilung - jederzeit und auf Dauer, der ganze lästige Scheiß halt. -- LG Georg Löwen föhnen ist keine TikTok-Challenge.
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2024-03-08 13:51 +0100 |
| Message-ID | <usf1jd$1mn2g$1@raubtier-asyl.eternal-september.org> |
| In reply to | #617200 |
Am 08.03.2024 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? > > FW Das ist doch nicht dein Ernst, oder ? Selbst ohne ohne die drei Komponenten von ACID die eine Datei nicht bietet ist das aufwendiger als mit einer SQL-Datenbank.
[toc] | [prev] | [next] | [standalone]
| From | "F. W." <me@home.invalid> |
|---|---|
| Date | 2024-03-11 07:46 +0100 |
| Message-ID | <usm9c1$17e9r$2@solani.org> |
| In reply to | #617216 |
Am 08.03.24 um 13:51 schrieb Bonita Montero: > Das ist doch nicht dein Ernst, oder ? Selbst ohne ohne die drei > Komponenten von ACID die eine Datei nicht bietet ist das aufwendiger > als mit einer SQL-Datenbank. Finde ich nicht. Wie gesagt: Filter und Suche sind hier weder kompliziert noch langsam. Ich arbeite immer mit Textdateien. Schon weil mein Pascal-Compiler eben sehr schnell mit Read und Write arbeitet. FW
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2024-03-05 12:08 +0100 |
| Message-ID | <us6ufk$3nrdh$1@raubtier-asyl.eternal-september.org> |
| In reply to | #617033 |
Am 05.03.2024 um 10:09 schrieb F. W.: > Konform: wäre ich Projektleiter für eine reine Anwendung (wie z. B. die > Campingplatz-Verwaltung, die ich mal verantwortet habe), dann würde ich > heute kein C/C++ mehr wählen. > Java wäre das Werkzeug meiner Wahl. ... Wenn man maximale Performance und / oder System-nähe braucht ist Java raus.
[toc] | [prev] | [next] | [standalone]
Page 4 of 6 — ← Prev page 1 2 3 [4] 5 6 Next page →
Back to top | Article view | ger.ct
csiph-web