Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #467726 > unrolled thread

Computer, IT und COVID-Tests

Back to article view | Back to ger.ct

Contents

  Computer, IT und COVID-Tests "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-10-05 17:01 +0200
    Re: Computer, IT und COVID-Tests Goetz Schultz <ng.expire1220@goetz.co.uk> - 2020-10-05 16:17 +0100
      ! "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-10-05 17:23 +0200
        Re: ! Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-10-05 17:34 +0200
          Re: ! "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-10-05 17:48 +0200
          Re: ! Hermann Riemann <nospam.ng@hermann-riemann.de> - 2020-10-05 18:33 +0200
            Re: ! Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-10-05 18:36 +0200
              Re: ! "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-10-05 18:56 +0200
                Re: ! Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-10-05 19:08 +0200
                  Re: ! Lars Gebauer <lgebauer@live.de> - 2020-10-05 19:25 +0200
                    Re: ! Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-10-05 19:28 +0200
                      Re: ! Lars Gebauer <lgebauer@live.de> - 2020-10-05 19:46 +0200
                        Re: ! Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-10-05 20:01 +0200
                          Re: ! Lars Gebauer <lgebauer@live.de> - 2020-10-06 09:07 +0200
                            Re: ! Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-10-06 09:12 +0200
                              Re: ! Lars Gebauer <lgebauer@live.de> - 2020-10-06 09:42 +0200
                                Re: ! Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-10-06 11:12 +0200
                  Re: ! "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-10-05 19:30 +0200
                    Re: ! Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-10-05 19:41 +0200
                      Re: ! "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-10-05 19:46 +0200
                        Re: ! Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-10-05 19:48 +0200
                        Re: ! thomas.niering@arcor.de (Thomas Niering) - 2020-10-06 06:30 +0200
                          Re: ! Michael Bode <m.g.bode@web.de> - 2020-10-06 07:40 +0200
                            Re: ! "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-10-06 08:00 +0200
                              Re: ! Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-10-06 06:32 +0000
                                Re: ! "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-10-06 08:50 +0200
                                  Re: ! Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-10-06 07:01 +0000
                                    Re: ! "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-10-06 09:04 +0200
                              Re: ! Wolfgang  Εnzinger <we_usenet@nurfuerspam.de> - 2020-10-06 13:24 +0200
                                Re: ! Dr. Joachim Neudert <neudert@5sl.org> - 2020-10-06 11:27 +0000
                              Re: ! Michael Bode <m.g.bode@web.de> - 2020-10-06 18:58 +0200
                              Re: ! Hartmut Ott <hottm@arcor.de> - 2020-10-06 15:46 +0200
                              Re: ! Matthias Hanft <mh@hanft.de> - 2020-10-07 09:35 +0200
                                Re: ! "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-10-07 09:45 +0200
                                  Re: ! Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-10-07 09:51 +0200
                                    Re: ! Wolfgang Kynast <wky@gmx.de> - 2020-10-07 11:20 +0200
                                    Re: ! Joerg Walther <usenet2@vocabsheets.de> - 2020-10-07 15:35 +0200
                                  Re: ! Lars Gebauer <lgebauer@live.de> - 2020-10-07 10:00 +0200
                                  Re: ! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-10-07 10:18 +0200
                                  Re: ! Matthias Hanft <mh@hanft.de> - 2020-10-07 15:20 +0200
                                    Re: ! Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-10-07 13:40 +0000
                                      Re: ! Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-10-08 06:12 +0000
                                        Re: ! Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-10-08 14:16 +0200
                                        Re: Linux programmieren (was : !) Fidel-Sebastian Hunrichse-Lara <Fidel-Sebastian_Hunrichse-Lara@b.maus.de> - 2020-10-08 13:59 -0400
                                        Re: ! Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-10-08 20:45 +0200
                                        Re: ! Michael Bode <m.g.bode@web.de> - 2020-10-09 07:42 +0200
                                        Re: ! "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2020-10-09 07:01 +0000
                                          Re: ! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-10-09 09:24 +0200
                                            Re: ! Matthias Hanft <mh@hanft.de> - 2020-10-09 10:01 +0200
                                              Re: ! Ulf.Kutzner@web.de - 2020-10-09 01:43 -0700
                                              Re: ! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-10-09 15:13 +0200
                                            Re: ! "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2020-10-09 08:22 +0000
                                              Re: ! "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2020-10-09 08:30 +0000
                                              Re: ! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-10-09 15:15 +0200
                                        Re: ! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-10-09 09:22 +0200
                                          Re: ! Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-10-09 07:50 +0000
                                            Re: ! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-10-09 15:18 +0200
                                  Re: ! Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-10-08 08:55 +0200
                                  Re: ! Ulf.Kutzner@web.de - 2020-10-09 00:27 -0700
                            Re: ! Lars Gebauer <lgebauer@live.de> - 2020-10-06 09:11 +0200
                              Re: ! Michael Bode <m.g.bode@web.de> - 2020-10-06 19:02 +0200
                  Re: ! Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-10-05 18:14 +0000
                Re: ! Ulrich Weise <ulrich.weise@t-online.de> - 2020-10-06 14:37 +0200
                  Re: ! Michael Bode <m.g.bode@web.de> - 2020-10-06 19:04 +0200
    Re: Computer, IT und COVID-Tests Ulf.Kutzner@web.de - 2020-10-05 08:20 -0700
      Re: Computer, IT und COVID-Tests Lothar Frings <Lothar.Frings@gmx.de> - 2020-10-05 08:36 -0700
        Re: Computer, IT und COVID-Tests Wolfgang  Εnzinger <we_usenet@nurfuerspam.de> - 2020-10-06 01:03 +0200
          Re: Computer, IT und COVID-Tests Ulf.Kutzner@web.de - 2020-10-08 05:55 -0700
      Re: Computer, IT und COVID-Tests Bernd Ullrich <ullrich_bernd@hotmail.com> - 2020-10-05 18:13 +0200
    Re: Computer, IT und COVID-Tests Lothar Frings <Lothar.Frings@gmx.de> - 2020-10-07 01:00 -0700
      Re: Computer, IT und COVID-Tests "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-10-07 10:02 +0200
        Re: Computer, IT und COVID-Tests Lothar Frings <Lothar.Frings@gmx.de> - 2020-10-07 01:38 -0700
          Re: Computer, IT und COVID-Tests Ulf.Kutzner@web.de - 2020-10-07 02:20 -0700
            Re: Computer, IT und COVID-Tests Lothar Frings <Lothar.Frings@gmx.de> - 2020-10-07 02:50 -0700
              Re: Computer, IT und COVID-Tests Ulf.Kutzner@web.de - 2020-10-07 03:07 -0700
                Re: Computer, IT und COVID-Tests Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-10-07 11:55 +0000
        Re: Computer, IT und COVID-Tests Matthias Eißing <meissing@gmx.de> - 2020-10-07 12:00 +0200
          Re: Computer, IT und COVID-Tests "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-10-07 12:15 +0200

Page 3 of 4 — ← Prev page 1 2 [3] 4  Next page →

#468064 — Re: !

On Wed, 07 Oct 2020 15:20:45 Matthias Hanft wrote:
> Gerade in Windows gibt es diese ODBC- Zwischenschicht, die den
> Datenbankserver abstrahiert, so dass jede Anwendung, die halbwegs
> anständiges SQL spricht, mit MS-SQL genauso umgehen können sollte
> wie mit MySQL, Oracle & Co.

Ich habe eher den Eindruck gewonnen, dass ODBC die Nachteile aller
Welten kombiniert. Von der Datenbank ist man weiterhin abhängig, die
Zwischenschicht muss man richtig ansprechen, und unterschiedliche
Interfaces für 32 bzw. 64 Bit gibt es auch noch. Gruseligst.

> Aber wie gesagt, eigentlich sollte eine Anwendung, die einen
> SQL-Datenbankserver verwendet, ohnehin keinen bestimmten Server
> fordern...
 
Das geht leider nur, solange man sich auf trivialste Statements
beschränkt.  Selbst bei so simplen Dingen wie NOW() oder Vergleichen
mit Boolschen Werten fliegt man damit bereits auf die Nase.

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Verschart? Verscharter als Stefan!? Glaube das Unglaubliche!
(Sloganizer)

[toc] | [prev] | [next] | [standalone]

#468094 — Re: !

On Wed, 07 Oct 2020 20:00:42 Matthias Hanft wrote:
> Stefan Froehlich schrieb:
> > Ich habe eher den Eindruck gewonnen, dass ODBC die Nachteile
> > aller Welten kombiniert. Von der Datenbank ist man weiterhin
> > abhängig, die Zwischenschicht muss man richtig ansprechen, und
> > unterschiedliche Interfaces für 32 bzw. 64 Bit gibt es auch
> > noch. Gruseligst.

> Ja, dass ODBC Sch... ist, hat man lange Jahre gesagt, und ich hab
> das auch ebenso lange Jahre wiederholt. Und früher war das wohl
> auch so. Mit den ganzen aktuellen Versionen (Windows 10, aktuelle
> ODBC-Treiber der verschiedenen Datenbanken) hab ich allerdings nur
> gute Erfahrungen gemacht - das geht tatsächlich "einfach so".

Hm. Ich muss mich nur in einem einzigen Fall damit herumschlagen,
und dort gibt es (noch) kein Windows 10.

> Mein Programm verwendet dazu das Windows-COM-Objekt (bzw. die
> Type-Library) "ADODB" mit den Objekten "Connection" und
> "Recordset".

Mein Programm ist nicht in der Lage, irgendwelche
"Windows-COM-Objekte" zu verwenden - es ist keine Windwos-Software,
sondern eine Mischung aus C-Programmen und PHP-Skripten, die
*eigentlich* für den Betrieb unter angenehmeren Betriebssystemen
gedacht sind.

> Ich hab das mit N verschiedenen Datenbanken probiert: Einfach
> ODBC-Treiber der jeweiligen Datenbank installieren, ODBC-DSN für
> die gewünschte Datenbank anlegen, fertig. Geht. Ohne dass ich mein
> Programm an eine spezielle Datenbank anpassen muss.  War selber
> positiv überrascht davon.

Für den Zugriff auf die Datenbank: Sofort.

Aber beim ersten "SELECT * FROM table WHERE NOT flag" wird es den
MS SQL-Server trotzdem auf die Nase werfen. Was sollte der damit
anfangen?

> Und *noch* besser ist, dass das alles unter WINE ganz genauso
> "einfach so" auch auf Linux funktioniert.

Umgekehrt wär's mir ehrlich gesagt lieber, weil unter Linux
funktioniert das Zeug ohnehin ganz ohne Verrenkungen :)

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Tüfteln im Völlegefühl der Klopse - Stefan!
(Sloganizer)

[toc] | [prev] | [next] | [standalone]

#468182 — Re: !

On 10/8/20 1:32 PM, Stefan Froehlich wrote:
>> hab ich auch kein anständiges Entwicklungssystem unter Linux (C
>> mit vi pro- grammieren ist nur was für Masochisten,
> 
> Ok, dann bin ich halt Masochist :). Wobei ich das Problem nicht
> sehe, vim hat ja eh Syntax-Highlighting. Was will man noch?

Wobei das nicht 100% korrekt funktioniert. Wenn ich in einem Bash-Script 
mal wirklich in die Trickkiste greife verhaspelt sich das 
Syntax-Highlighting im vim gerne mal.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#468267 — Re: Linux programmieren (was : !)

Salve allerseits,

Hermann Riemann schrieb:
> Am 08.10.20 um 09:41 schrieb Matthias Hanft:
> 
>> hab ich auch  kein anständiges Entwicklungssystem unter Linux (C
>> mit vi programmieren ist nur was für Masochisten)>
> Unter windows habe ich mit Visual C nicht mal hello world geschafft.
> 
Captain Obvious, erwartest Du wirklich, dass das uns hierzugroup sonderlich
überrascht? Ich verrate dir jetzt mal was: Ein Pessimist zu sein hat den
Vorteil, dass man entweder ständig recht behält oder ab und zu doch
ganz angenehm überrascht wird... ╰⋃╯ლ(´ڡ`ლ)

	M.f.G.

-- 
Diese E-Mail-Adresse wird nur aus nostalgischen Gründen verwendet. Sie
wird praktisch nie gelesen.  Das MausNet ist nicht tot – es riecht nur
etwas komisch... ;-)

[toc] | [prev] | [next] | [standalone]

#468275 — Re: !

On 10/8/20 8:40 PM, Dietz Proepper wrote:
> Michael Bode <m.g.bode@web.de> wrote:
> 
>> Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) writes:
>>
>>> Aber beim ersten "SELECT * FROM table WHERE NOT flag" wird es den
>>> MS SQL-Server trotzdem auf die Nase werfen. Was sollte der damit
>>> anfangen?
>>
>> Wenn die Datenbank den Datentyp nicht kennt, liegt das Problem aber
>> nicht an ODBC.
> 
> ODBC ist halt die Treiberschicht. Keine KI, welche die Gedanken der
> Verwender erkennt.
> 
> Man *kann* SQL schreiben, das auf 95% der verfügbaren Systeme
> funktioniert. Das ist aber nicht wirklich einfach. Bzw. sobald man
> wesentlich über Tutorialbeispiele hinaus geht, dann bekommt man eine
> Menge unangenehmer Realitätsschocks. Sobald Sachen wie Zuverlässigkeit,
> Performanz und Funktion eine Rolle spielen dann landen die meisten für
> minimal zwölf Wochen in der Klapse.

Ist überall so... Das Beispiel funktioniert einwandfrei, aber man 
braucht doch noch ein kleines Detail mehr und das wird zum 
Komplexitätsverstärker.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#468311 — Re: !

Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) writes:

> On Thu, 08 Oct 2020 20:22:16 Michael Bode wrote:
>> Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) writes:
>> > Aber beim ersten "SELECT * FROM table WHERE NOT flag" wird es den
>> > MS SQL-Server trotzdem auf die Nase werfen. Was sollte der damit
>> > anfangen?
>
>> Wenn die Datenbank den Datentyp nicht kennt, liegt das Problem aber
>> nicht an ODBC.
>
> Das habe ich auch nicht behauptet. Der Nutzen von "ich binde Dich an
> nahezu jede Datenbank an" ist aber deutlich geringer, wenn die
> Anbindung nur bei einer ganz bestimmten Datenbank ein sinnvolles
> Ergebnis liefert. Da kann ich auch (und einfacher) gleich mit dem
> nativen Treiber arbeiten.

Usenet halt: "jede", "alle", "immer", "nie".

[toc] | [prev] | [next] | [standalone]

#468325 — Re: !

Stefan Froehlich <Stefan+Usenet@froehlich.priv.at> wrote:
>On Thu, 08 Oct 2020 20:22:16 Michael Bode wrote:
>> Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) writes:
>> > Aber beim ersten "SELECT * FROM table WHERE NOT flag" wird es den
>> > MS SQL-Server trotzdem auf die Nase werfen. Was sollte der damit
>> > anfangen?

>> Wenn die Datenbank den Datentyp nicht kennt, liegt das Problem aber
>> nicht an ODBC.

>Das habe ich auch nicht behauptet. Der Nutzen von "ich binde Dich an
>nahezu jede Datenbank an" ist aber deutlich geringer, wenn die
>Anbindung nur bei einer ganz bestimmten Datenbank ein sinnvolles
>Ergebnis liefert. Da kann ich auch (und einfacher) gleich mit dem
>nativen Treiber arbeiten.

Kommt auf die Anwendung an. Es gibt "professionelle" Anwendungen, die
ein "SELECT * from <table>" machen und dann intern filtern. Gerne wird
sowas auch für LDAP Abfragen gemacht. 

-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

[toc] | [prev] | [next] | [standalone]

#468334 — Re: !

"Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> wrote:

> Stefan Froehlich <Stefan+Usenet@froehlich.priv.at> wrote:
> >Das habe ich auch nicht behauptet. Der Nutzen von "ich binde Dich an
> >nahezu jede Datenbank an" ist aber deutlich geringer, wenn die
> >Anbindung nur bei einer ganz bestimmten Datenbank ein sinnvolles
> >Ergebnis liefert. Da kann ich auch (und einfacher) gleich mit dem
> >nativen Treiber arbeiten.  
> 
> Kommt auf die Anwendung an. Es gibt "professionelle" Anwendungen, die
> ein "SELECT * from <table>" machen und dann intern filtern.

Für die Entwickler von so was wurde die Fingerbrechmaschine erfunden.

> Gerne wird sowas auch für LDAP Abfragen gemacht.

Iirc sind da "strukturierte" Abfragen weit weniger normiert, oder?

[toc] | [prev] | [next] | [standalone]

#468348 — Re: !

Dietz Proepper schrieb:
> "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> wrote:
>> Kommt auf die Anwendung an. Es gibt "professionelle" Anwendungen, die
>> ein "SELECT * from <table>" machen und dann intern filtern.
> Für die Entwickler von so was wurde die Fingerbrechmaschine erfunden.

Full ACK. In der von mir verwendeten Buchhaltungssoftware war
früher mal beim Wechsel zwischen den Jahren ein "SELECT * FROM
BUCHUNGEN" drin, das für jedes einzelne Fibu-Konto ausgeführt
wurde (vermutlich um irgendwelche Vortragsbuchungen/EB-Werte
zu aktualisieren). Es wurden also 1.290-mal alle 270.964
Buchungen der letzten 20 Jahre (inklusive aller Felder)
vom Server geholt.

Es hat mich einige Überzeugungsarbeit (und erst mal rausfinden,
woran's liegt, dass das so lange dauert) gekostet, das als
Bugreport beim Hersteller akzeptiert zu bekommen - denn mit
fünf Buchungen in drei Jahren merkt man das ja nicht (vor
allem nicht in einem schnellen LAN). Aber eben schon, wenn
349.543.560 Datensätze geholt werden (und das vielleicht
auch noch über ein VPN vom anderen Ende der Welt - was
man beim Hersteller-Support natürlich tunlichst nicht
erwähnt, weil man sonst die Antwort bekommt "WAN/VPN
wird nicht unterstützt").

Für sowas ist Fingerbrechen eigentlich noch viel zu milde...

Gruß Matthias.

[toc] | [prev] | [next] | [standalone]

#468359 — Re: !

Am Freitag, 9. Oktober 2020 10:01:11 UTC+2 schrieb Matthias Hanft:
> Dietz Proepper schrieb:

> >> Kommt auf die Anwendung an. Es gibt "professionelle" Anwendungen, die
> >> ein "SELECT * from <table>" machen und dann intern filtern.
> > Für die Entwickler von so was wurde die Fingerbrechmaschine erfunden.
> 
> Full ACK. In der von mir verwendeten Buchhaltungssoftware war
> früher mal beim Wechsel zwischen den Jahren ein "SELECT * FROM
> BUCHUNGEN" drin, das für jedes einzelne Fibu-Konto ausgeführt
> wurde (vermutlich um irgendwelche Vortragsbuchungen/EB-Werte
> zu aktualisieren). Es wurden also 1.290-mal alle 270.964
> Buchungen der letzten 20 Jahre (inklusive aller Felder)
> vom Server geholt.
> 
> Es hat mich einige Überzeugungsarbeit (und erst mal rausfinden,
> woran's liegt, dass das so lange dauert)

Überhaupt hat es seinen Grund, warum man etwa Fahrplanauskünfte
bei der Bahn nicht direkt von der Datenbank holt.

Flugbuchungsmaschinen machen derlei wohl, aber
da sind Flugplanangebot und Verbindungen meist
weniger komplex.

Wobei, ich muß Obiges einschränken, die SNCF arbeitet
mit einem umgemodelten Flugbuchungssystem.

[toc] | [prev] | [next] | [standalone]

#468388 — Re: !

Matthias Hanft <mh@hanft.de> wrote:

> Dietz Proepper schrieb:
> > "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> wrote:  
> >> Kommt auf die Anwendung an. Es gibt "professionelle" Anwendungen,
> >> die ein "SELECT * from <table>" machen und dann intern filtern.  
> > Für die Entwickler von so was wurde die Fingerbrechmaschine
> > erfunden.  
> 
> Full ACK. In der von mir verwendeten Buchhaltungssoftware war
> früher mal beim Wechsel zwischen den Jahren ein "SELECT * FROM
> BUCHUNGEN" drin, das für jedes einzelne Fibu-Konto ausgeführt
> wurde (vermutlich um irgendwelche Vortragsbuchungen/EB-Werte
> zu aktualisieren). Es wurden also 1.290-mal alle 270.964
> Buchungen der letzten 20 Jahre (inklusive aller Felder)
> vom Server geholt.

Ein Bekannter hat eine solche Maschine in seinem Büro stehen. Sein Büro
müsste ca. 20km nördlich von Deinem Wohnsitz sein.

> Für sowas ist Fingerbrechen eigentlich noch viel zu milde...

Peter meint, gegen den Revolver und das Recht in die Füße zu schießen
hätte der Betriebsrat Einwendungen gehabt ...

(Die Maschine ist zwar nur aus Pappe, aber das wissen seine Kollegen
nicht ...)

[toc] | [prev] | [next] | [standalone]

#468353 — Re: !

Dietz Proepper <dietz-usenet@rotfl.franken.de> wrote:
>"Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> wrote:

>> Stefan Froehlich <Stefan+Usenet@froehlich.priv.at> wrote:
>> >Das habe ich auch nicht behauptet. Der Nutzen von "ich binde Dich an
>> >nahezu jede Datenbank an" ist aber deutlich geringer, wenn die
>> >Anbindung nur bei einer ganz bestimmten Datenbank ein sinnvolles
>> >Ergebnis liefert. Da kann ich auch (und einfacher) gleich mit dem
>> >nativen Treiber arbeiten.  
>> 
>> Kommt auf die Anwendung an. Es gibt "professionelle" Anwendungen, die
>> ein "SELECT * from <table>" machen und dann intern filtern.

>Für die Entwickler von so was wurde die Fingerbrechmaschine erfunden.

>> Gerne wird sowas auch für LDAP Abfragen gemacht.

>Iirc sind da "strukturierte" Abfragen weit weniger normiert, oder?
IMO auch nicht weniger als bei SQL. Man muss natürlich das Schema kennen,
damit man weiss, wie der Benutzername heisst. Aber das ist bei einer
Datenbank nicht anders.
Die Syntax des Suchfilters ist bei LDAP sogar sehr genau festgelegt.

-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

[toc] | [prev] | [next] | [standalone]

#468354 — Re: !

Peter Heitzer <peter.heitzer@rz.uni-regensburg.de> wrote:
>Dietz Proepper <dietz-usenet@rotfl.franken.de> wrote:
>>"Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> wrote:

>>Iirc sind da "strukturierte" Abfragen weit weniger normiert, oder?
>IMO auch nicht weniger als bei SQL. Man muss natürlich das Schema kennen,
>damit man weiss, wie der Benutzername heisst. Aber das ist bei einer
Hier sollte noch ein z.B. vor "der Benutzername" eingefügt werden.

-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

[toc] | [prev] | [next] | [standalone]

#468389 — Re: !

"Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> wrote:

> Dietz Proepper <dietz-usenet@rotfl.franken.de> wrote:
> >"Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> wrote:  
[im Client filtern]
> >> Gerne wird sowas auch für LDAP Abfragen gemacht.  
> 
> >Iirc sind da "strukturierte" Abfragen weit weniger normiert, oder?  
>
> IMO auch nicht weniger als bei SQL. Man muss natürlich das Schema
> kennen, damit man weiss, wie der Benutzername heisst. Aber das ist
> bei einer Datenbank nicht anders.
> Die Syntax des Suchfilters ist bei LDAP sogar sehr genau festgelegt.

*g* man schrieb Jahreszahlen noch mit 200 am Anfang als ich mich das
letzte Mal intensiver mit LDAP-Queries beschäftigte.

[toc] | [prev] | [next] | [standalone]

#468333 — Re: !

Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) wrote:

> On Thu, 08 Oct 2020 20:22:16 Michael Bode wrote:
> > Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) writes:  
> > > Aber beim ersten "SELECT * FROM table WHERE NOT flag" wird es den
> > > MS SQL-Server trotzdem auf die Nase werfen. Was sollte der damit
> > > anfangen?  
> 
> > Wenn die Datenbank den Datentyp nicht kennt, liegt das Problem aber
> > nicht an ODBC.  
> 
> Das habe ich auch nicht behauptet. Der Nutzen von "ich binde Dich an
> nahezu jede Datenbank an" ist aber deutlich geringer, wenn die
> Anbindung nur bei einer ganz bestimmten Datenbank ein sinnvolles
> Ergebnis liefert.

Äh, was erwartest Du?

> Da kann ich auch (und einfacher) gleich mit dem
> nativen Treiber arbeiten.

Oder Du legst noch einen ORM darüber. Dann geht alles von selber.
(Behauptet zumindest der Conslutnik.)

[toc] | [prev] | [next] | [standalone]

#468346 — Re: !

On Fri, 09 Oct 2020 09:22:39 Dietz Proepper wrote:
> Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) wrote:
> > On Thu, 08 Oct 2020 20:22:16 Michael Bode wrote:
> > > Wenn die Datenbank den Datentyp nicht kennt, liegt das Problem
> > > aber nicht an ODBC.  
 
> > Das habe ich auch nicht behauptet. Der Nutzen von "ich binde
> > Dich an nahezu jede Datenbank an" ist aber deutlich geringer,
> > wenn die Anbindung nur bei einer ganz bestimmten Datenbank ein
> > sinnvolles Ergebnis liefert.
> 
> Äh, was erwartest Du?

Ok, guter Einwand.

> > Da kann ich auch (und einfacher) gleich mit dem nativen Treiber
> > arbeiten.

> Oder Du legst noch einen ORM darüber. Dann geht alles von selber.
> (Behauptet zumindest der Conslutnik.)

Dann war es vermutlich das, was ich vergessen hatte, um ewige
Glückseligkeit zu erreichen.

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan. über den imponierenden Klee zu loben!
(Sloganizer)

[toc] | [prev] | [next] | [standalone]

#468390 — Re: !

Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) wrote:

> On Fri, 09 Oct 2020 09:22:39 Dietz Proepper wrote:
> > Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) wrote:  
> > > Da kann ich auch (und einfacher) gleich mit dem nativen Treiber
> > > arbeiten.  
> 
> > Oder Du legst noch einen ORM darüber. Dann geht alles von selber.
> > (Behauptet zumindest der Conslutnik.)  
> 
> Dann war es vermutlich das, was ich vergessen hatte, um ewige
> Glückseligkeit zu erreichen.

*Wenn* man weiß, was man tut und der Anteil an Sonderprogrammierern
überschaubar ist dann ist ein ORM nicht die allerdümmste Option.

Man sollte halt nicht der Illusion anhängen, dass man damit unter allen
Bedingungen die konkrete DB abstrahiert hat. Spätestens wenn Tony the
Pony [1] die ececuteDirect(String sqlStmt)-Methode entdeckt hat ...


[1]
https://codeblog.jonskeet.uk/2009/11/02/omg-ponies-aka-humanity-epic-fail/

[toc] | [prev] | [next] | [standalone]

#468102 — Re: !

Michael Bode <m.g.bode@web.de> wrote:

> "Dr. Joachim Neudert" <neudert@5sl.org> writes:
> 
> > Am 07.10.20 um 09:35 schrieb Matthias Hanft:  
> >> Und seit es Open-/LibreOffice gibt, seh' ich für MS-Office schon
> >> gar keinen Grund mehr  
> >
> >
> > Liefern die eine Datenbank mit?  
> 
> Ja. Will man aber nicht ernsthaft benutzen. Genauso wie Access.

Das hängt vom Anwendungsfall ab.

> Man will ein richtiges DBMS: PostgreSQL.

Bei Tabellengrößen mit nicht allzu viel Zeilen (< 10 Mio vllt.) und
keiner Notwendigkeit zum Multiuserzugriff ist ein RDBMS ein wenig
overkill.

[toc] | [prev] | [next] | [standalone]

#468336 — Re: !

Am Mittwoch, 7. Oktober 2020 09:45:45 UTC+2 schrieb Dr. Joachim Neudert:
> Am 07.10.20 um 09:35 schrieb Matthias Hanft:

> > Und seit es Open-/LibreOffice gibt, seh' ich für MS-Office schon
> > gar keinen Grund mehr
> 
> 
> Liefern die eine Datenbank mit?
> 
> Ich hatte früher mal Paradox 3.5 von Borland als relationale Datenbank.
> Access gab es mal eine Zeitlang bei Office dazu. Aber jetzt ist das
> alles nur mehr in den teureren Versionen enthalten.
> 
> Zu Beginn der Heimcomputerei also noch Commodore 64 und Apple ][ und
> Atari und Amiga Zeiten, gab es Datenbanken die für den Home-Gebrauch
> gedacht waren. Damit sollte man dann seinen Weinkeller verwalten und
> seine Schallplattensammlung. Irgendwie war das aber keine zündende Idee
> und die Sache mit Datenbanken für Privat-User scheint mir komplett
> eingeschlafen zu sein.

Wenn Gynspast wieder einen Schönheitschirurgen
kennenlernen will. Wein austragen*, kaltstellen,
Computer runterfahren. Oh, es braucht noch
eine Flasche, um die Zungen zu lösen? Computer
wieder an, dann in den Winkeller, Etikett ablesen,
oh, wie seinerzeit eingetragen, bin schon
blau, finde den Jahrgang nicht, und Rebsorte
ist bei der Cuvée irgendwie auch nicht?

*) Man sollte da Zwischenzustände vorsehen,
am Ende will der Schönheitschirurg keinen kalten
Riesling, und die Flasche wird gar nicht erst
aufgezogen? Den Löscheintrag sollte man dann
am Folgetag undeleten können.

[toc] | [prev] | [next] | [standalone]

#467802 — Re: !

Am 06.10.2020 um 07:40 schrieb Michael Bode:
> thomas.niering@arcor.de (Thomas Niering) writes:
>> Dr. Joachim Neudert  <neudert@5sl.org> wrote:
>>> Aner irgendjemand hat die Formatierung immer angehabt...
>>
>> Das ganze sauber formatiert (Zellformat ist Text) und man kann
>> dadrin auch 1e4 gefahrlos eingeben...
> 
> Wenn man es richtig anstellt, kann man sicher auch mit einer Gabel Suppe
> essen.

Das ist meine gelebte Praxis. Mit der Gabel fische ich die festen 
Bestandteile aus der Suppe, der Rest wird getrunken.

-- 
"Nachdem wir das Ziel endgültig aus den Augen verloren hatten, 
verdoppelten wir unsere Anstrengungen."
                  --Mark Twain

[toc] | [prev] | [next] | [standalone]

Page 3 of 4 — ← Prev page 1 2 [3] 4  Next page →

Back to top | Article view | ger.ct

csiph-web