From domm at zsi.at Wed Dec 1 01:33:29 2004 From: domm at zsi.at (Thomas Klausner) Date: Wed Dec 1 01:31:48 2004 Subject: [Vienna-pm] Perl Advent Kalender wieder da! Message-ID: <20041201073329.GB20107@domm2.zsi.at> Hi! Dieses Jahr gibts wieder einen Perl Adventkaleder: http://www.perladvent.org/2004 Jeden Tag praesentiert Mark Fowler eine praktisches/wtziges/sonstwas CPAN-Modul. Sehr nett. -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From fh at laudatio.com Sun Dec 12 10:46:54 2004 From: fh at laudatio.com (Florian Helmberger) Date: Sun Dec 12 10:47:05 2004 Subject: [Vienna-pm] Betreuung von Finance::Bank::PSK Message-ID: <6E296358-4C5D-11D9-8515-000A95A8CDBA@laudatio.com> Hi. Da ich naechste Woche mein PSK Konto aufloesen werde, gebe ich auch Wartung und Weiterentwicklung von Finance::Bank::PSK auf. Falls jemand daran interesse hat, bitte bei mir melden. ZZ. ist das Modul etwas geb0rken, da die PSK seit juengstem eine Bestaetigungsseite nach dem Login geschalten hat, die das Modul noch nicht kennt. Dh. es waere - neben den komplett fehlenden automatischen Tests - ad hoc etwas zu tun. http://search.cpan.org/dist/Finance-Bank-PSK/ LG, Florian -- 0699 109 24 24 5 - http://www.laudatio.com From wilhelm.nagy at umweltbundesamt.at Mon Dec 13 01:27:54 2004 From: wilhelm.nagy at umweltbundesamt.at (Nagy Wilhelm) Date: Mon Dec 13 01:28:03 2004 Subject: [Vienna-pm] unsuccessful story "successfull story" Message-ID: <6D5BF24847A0A44AB725899D3CE6CB6902ADAFCA@pcmail4.ubavie.gv.at> hallo liste, ich will euch nicht auf den wecker fallen... aber tief in meinem projektleiterherzen hat sich ein projekt festgefressen und laesst mich nachts nicht schlafen. aus meiner sicht gibt es zwei m?glichkeiten: *) brechen wir ab und lassen es *) machen wir irgendwie weiter. sollte wir uns fuers weiterleben entscheiden haette ich noch eine vorschlag: warum verwenden wir nicht pod =head1 projekt =head2 name =head2 datum =head2 urls =head2 autor(en) =head2 koautoren =head2 kontakt =head1 vorbemerkung =head1 kurzbeschreibung =head1 restriktionen =head1 verwendete module =head1 nachbemerkungen oder so aehnlich. das erzeugten html knallt ein moderator in ein direktory auf wienna-pm und fertig.... ich m?chte nochmal darauf hinweisen, dass es mich wundern wuerde wenn es mehr als 16 projekte im ersten jahr waehren. also eine durchaus ueberschaubare menge. ************************** *** on air ab 1.1.2005 *** ************************** es erscheint mir eine 2-phase-commit faehige, verteilte, bis zur 8. normalform gebrachte datenbankloesung zu steil. also jungs/maedls gehen wirs an! lg \^/ili From domm at zsi.at Mon Dec 13 03:54:16 2004 From: domm at zsi.at (Thomas Klausner) Date: Mon Dec 13 03:51:35 2004 Subject: [Vienna-pm] unsuccessful story "successfull story" In-Reply-To: <6D5BF24847A0A44AB725899D3CE6CB6902ADAFCA@pcmail4.ubavie.gv.at> References: <6D5BF24847A0A44AB725899D3CE6CB6902ADAFCA@pcmail4.ubavie.gv.at> Message-ID: <20041213095415.GC31786@domm2.zsi.at> Hi! On Mon, Dec 13, 2004 at 08:27:54AM +0100, Nagy Wilhelm wrote: > ich will euch nicht auf den wecker fallen... im Gegenteil. > *) brechen wir ab und lassen es nein! > *) machen wir irgendwie weiter. Ja!!! > warum verwenden wir nicht pod Ich dachte zuletzt an YAML, aber damit mal was passiert ist POD auch OK. > oder so aehnlich. Hab mal eine Projektbeschreibung drangaehaengt. > das erzeugten html knallt ein moderator in ein direktory auf wienna-pm und > fertig.... kann ich machen. > ************************** > *** on air ab 1.1.2005 *** > ************************** yeah! Deadline! > es erscheint mir eine 2-phase-commit faehige, verteilte, bis zur 8. > normalform gebrachte datenbankloesung zu steil. 8. Nominalform? Was hab ich da versaeumt :-) -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} -------------- next part -------------- =head1 Projekt Website und Redaktionssystem fuer Radio Oe1 =head2 Datum Implementierung von Juni bis Oktober 2003, seit November 2003 online. =head2 URLs http://oe1.orf.at =head2 Autoren Rosebud, Inc (Konzept, Projektmanagement, etc) Thomas Klausner (Programmierung, Datenbank, etc) =head2 Kontakt Thomas Klausner, domm@zsi.at =head1 Vorbemerkung Aus relativ obsukren, mir nicht klaren Gruenden wurde die Neugestaltung der Website von Oe1 nicht von orfon erledigt sondern extern vergeben, und zwar an Rosebud, Inc. Rosebud, Inc. ist mit der Frage an mich herangetreten, ob ich das CMS fuer die Site entwicklen will. Da es sich nicht nur um ein reines CMS handeln soll, sondern auch Interfaces zu verschiedenen bereits existierenden anderen Systemen (Programmplanungstool von Oe1, SAP, ..) entwickelt werden mussten (das Projekt also recht interessant erschien) habe ich angenommmen - unter der Voraussetzung, das Perl verwendet wird. Es gab anfaenglich ein wenig Widerstand gegen Perl (vor allem, weil es bei orfon wenig/keune Leute gab/gibt, die mit Perl umgeghen koennen), aber ich konnte mich durchsetzten. =head1 Kurzbeschreibung http://oe1.orf.at bietet neben dem aktuellen Radioprogramm auch viele Artikel (sog. Highlights), die meistens an irgendwelchen Sendungen "dranhaengen". Hier werden weitere Infos angeboten (zB Links) oder in Foren Feedback-Moeglichkeit gegeben. Ausserdem gibts div. Service-Seiten (zB Mitschnitte-Bestellung, etc) und einen Club-Bereich, in dem u.a. ausgewaehlte Sendungen runtergeladen werden koennen. Die Site rennt auf einem Apache/mod_perl Server und ist deshalb trotz hoher Zugriffe sehr schnell. Vom Developerstandpunkt sind folgende Punkte interessant: =over =item * Login via XML-RCP Der ORF besitzt bereits ein recht grosse User-Basis, die auf div. orf.at-Seiten mit denselben Userdaten zugreifen kann (http://my.orf.at). Fuer oe1.orf.at sollte ebenfalls dieses UserManagement-System verwendet werden, das aber in Java entwickelt ist. Wir haben also das Login via XML-RPC implementiert. D.h. wenn man aich auf oe1.orf.at einloggt, wird man zuerst auf my.orf.at weitergeleitet, wo die Ueberpruefung der Userdaten passiert und diese in einem Cookie beim Client gespeichert werden. Wenn auf oe1.orf.at eine Authentifizierung notwendig ist, werden die Userdaten aus dem Cookie gelesen mit XML-RPC auf my.orf.at verifiziert. =item * Interfaces zum Oe1-Programmplanungstool Oe1 verwendet spezielles Programm zum Planen der einzelnen Sendungen. Hier wird nicht nur festgelegt, welche Sendung wann beginnt und endet, sondern auch, welche Musikstuecke wann gespielt werden, wann Moderationen gesprochen werden, etc. Diese Daten werden zu fixen Intervallen mit ftp als XML-Files auf den CMS-Server gespielt. Leider sind nur ein Teil der interessanten Daten tatsaechlich sinnvoll in die XML-Struktur verpackt. Der Rest (naemlich der Inhalt einzelner Sendungen) ist in einem absolut sinnlosen plain text "Format" gespeichert. Weil diese Daten aber fuer die Programm-Seiten aber sehr wichtig sind, werden sie unter Anwendung absurdester Regular Expressions rausgeparst. (Ich war schon knapp davor, einen Parse::RecDescent Parser zu schreiben...) =item * Downloads fuer Club-Mitglieder Mitglieder des Oe1-Clubs duerfen einen fixe Anzahl von Sendungen pro Monat runterladen. Hier wurde ein relativ komplexer Auth-Handler installiert, der ueberpruft, ob ein User a) Club-Mitglied und b) downloadberechtig ist und ob er/sie c) die Downloadquote schon ueberschritten hat. =item * und vieles mehr wirkliche vieles! =head1 Restriktionen hmm, was soll hier rein? =head1 Verwendete Module ziemliche viele, hier die wichtigsten =over =item * mod_perl =item * Class::DBI (und also auch DBI, DBD::MySQL, etc) =item * Template::Toolkit =item * DateTime =item * und viele "kleine" Helfermodule =back =head1 Nachbemerkungen Ein wirklich interessantes und spannendes Projekt, das mir viel Spass gemacht hat (auch wenns tw doch recht stressig war und die Entscheidungsfindung beim Auftraggeber manchmal etwas umstaendlich/langwierig war (der ORF ist halt doch recht gross)) From domm at zsi.at Mon Dec 13 04:37:16 2004 From: domm at zsi.at (Thomas Klausner) Date: Mon Dec 13 04:34:34 2004 Subject: [Vienna-pm] Job: Sysadmin Message-ID: <20041213103715.GJ31786@domm2.zsi.at> Hi! Wiedermal ein Jobangebot, diesmal von der Uni Wien: ----- Forwarded message from Marcel Gr?nauer ----- Der Zentrale Informatikdienst der Universitaet Wien betreibt in Kooperation mit der NIC.AT GesmbH die ".AT" Domain Vergabe in Oesterreich. Die dafuer notwendigen Server und Services werden grossteils durch den Zentralen Informatikdienst der Universitaet Wien betrieben. Der Zentrale Informatikdienst der Universitaet Wien sucht fuer diesen Bereich eine(n) Mitarbeiter(in): System Administrator in der Domain Verwaltung Das Aufgabengebiet umfasst einerseits die Administration unserer Server und Services und andererseits die Drehscheibe zu Betrieb, Programmierung, Entwicklung, Hardware- und Netzwerkabteilung. Gute Kenntnisse und praktische Erfahrung als SysAdmin sind Grundvoraussetzung. Erfahrung mit Linux, Internet-Services (zB.: Nameserver) und Programmierung in perl und shell sind ebenfalls notwendig, Kenntnisse mit Datenbanken sind von Vorteil. Nebenbei erwarten wir Teamfaehigkeit und die Bereitschaft gestellte Aufgaben selbstaendig zu loesen. Ganztaegiger Posten fuer sofortige Einstellung. Fragen bzw. Bewerbungen richten Sie bitte an: Gerhard.Winkler@univie.ac.at >-- >Gerhard Winkler | E-Mail: >gerhard.winkler@univie.ac.at >Vienna University Computer Center | >Universitaetsstrasse 7 | Tel: +43 1 4277 14035 >A-1010 Vienna, Austria | Fax: +43 1 4277 9140 ----- End forwarded message ----- -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From wolfgang.laun at alcatel.at Mon Dec 13 05:18:56 2004 From: wolfgang.laun at alcatel.at (LAUN Wolfgang) Date: Mon Dec 13 05:23:09 2004 Subject: [Vienna-pm] unsuccessful story "successfull story" Message-ID: Hallo, > -----Original Message----- > From: Thomas Klausner [mailto:domm@zsi.at] > Sent: Monday, December 13, 2004 10:54 AM > To: vienna-pm@mail.pm.org > Subject: Re: [Vienna-pm] unsuccessful story "successfull story" > > > Hi! > > Hab mal eine Projektbeschreibung drangaehaengt. > Hiermit meine ?ffentliche Zusage, auch etwas zu liefern, womit ich mich demn?chst zur Arbeit zwinge ;-) > > > es erscheint mir eine 2-phase-commit faehige, verteilte, bis zur 8. > > normalform gebrachte datenbankloesung zu steil. > > 8. Nominalform? Was hab ich da versaeumt :-) "Normalform" ist schon richtig. Wenn die Frage ernst gemeint ist: siehe z.B. C.J.Date "An Intriduction to Database System", Vol. I. Alt, aber trotzdem... lg Wolfgang > From domm at zsi.at Mon Dec 13 05:31:30 2004 From: domm at zsi.at (Thomas Klausner) Date: Mon Dec 13 05:28:49 2004 Subject: [Vienna-pm] unsuccessful story "successfull story" In-Reply-To: References: Message-ID: <20041213113130.GB32290@domm2.zsi.at> Hi! On Mon, Dec 13, 2004 at 12:18:56PM +0100, LAUN Wolfgang wrote: > > > es erscheint mir eine 2-phase-commit faehige, verteilte, bis zur 8. > > > normalform gebrachte datenbankloesung zu steil. > > > > 8. Nominalform? Was hab ich da versaeumt :-) arg, typo. > "Normalform" ist schon richtig. Wenn die Frage ernst gemeint ist: > siehe z.B. C.J.Date "An Intriduction to Database System", Vol. I. > Alt, aber trotzdem... Naja, Normalform kenn ich schon, aber ich dachte, das geht nur bis zur 3. Normalform. Ich bin halt ein dilletantischer Autodidakt und kein Akademiker... -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From wilhelm.nagy at umweltbundesamt.at Mon Dec 13 06:51:25 2004 From: wilhelm.nagy at umweltbundesamt.at (Nagy Wilhelm) Date: Mon Dec 13 06:51:53 2004 Subject: AW: [Vienna-pm] unsuccessful story "successfull story" Message-ID: <6D5BF24847A0A44AB725899D3CE6CB6902ADAFCE@pcmail4.ubavie.gv.at> Hallo Leute, ACHTUNG SATIERE!!! BTW: Es gibt mehr als 3 normalformen diese werden aber in der praxis eher nicht verwendet. Irgenwann habe ich mal ein Buch mit DB-Theorie gelesen und dort waren es 8. (Ab 4 ziemlich obskur) Das Wort "nominalform" werde ich aber in meinem wortschatz uebernehmen. Klingt unheimlich coooooool. Bei erstbester gelgenheit werden ich sogar eine definition (er)finden. Nochwas fuer Wortklauber 1) "Ontologie" frueher haetten wir "Stammdaten" dazu gesagt. Lg \^/ili 1) Wortklauber sind Menschen die Worte sammeln. > -----Urspr?ngliche Nachricht----- > Von: Thomas Klausner [mailto:domm@zsi.at] > Gesendet: Montag, 13. Dezember 2004 12:32 > An: vienna-pm@mail.pm.org > Betreff: Re: [Vienna-pm] unsuccessful story "successfull story" > > > Hi! > > On Mon, Dec 13, 2004 at 12:18:56PM +0100, LAUN Wolfgang wrote: > > > > > es erscheint mir eine 2-phase-commit faehige, > verteilte, bis zur > > > > 8. normalform gebrachte datenbankloesung zu steil. > > > > > > 8. Nominalform? Was hab ich da versaeumt :-) > > arg, typo. > > > "Normalform" ist schon richtig. Wenn die Frage ernst gemeint ist: > > siehe z.B. C.J.Date "An Intriduction to Database System", > Vol. I. Alt, > > aber trotzdem... > > Naja, Normalform kenn ich schon, aber ich dachte, das geht > nur bis zur 3. Normalform. Ich bin halt ein dilletantischer > Autodidakt und kein Akademiker... > > > > > -- > #!/usr/bin/perl http://domm.zsi.at > for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} > _______________________________________________ > Vienna-pm mailing list > Vienna-pm@mail.pm.org http://mail.pm.org/mailman/listinfo/vienna-pm > > From pilsl at goldfisch.at Mon Dec 13 07:16:18 2004 From: pilsl at goldfisch.at (peter pilsl) Date: Mon Dec 13 07:17:32 2004 Subject: [Vienna-pm] unsuccessful story "successfull story" In-Reply-To: <20041213113130.GB32290@domm2.zsi.at> References: <20041213113130.GB32290@domm2.zsi.at> Message-ID: <41BD9622.7030608@goldfisch.at> Thomas Klausner wrote: > > Naja, Normalform kenn ich schon, aber ich dachte, das geht nur bis zur 3. > Normalform. Ich bin halt ein dilletantischer Autodidakt und kein Akademiker... > bin akademiker, trotzdem dilletant und kenne auch keine 8.normalform ... daran liegts also mal nicht ;) ich denke eher, dass die "8.nominalform" sehr zynisch gemeint war. Wobei ich mich ganz d?ster-akademisch erinnere, dass es schon nominalformen auch gibt. In der Mathematik zumindest. lgp From hjp-vienna-pm-list at hjp.at Mon Dec 13 07:20:02 2004 From: hjp-vienna-pm-list at hjp.at (Peter J. Holzer) Date: Mon Dec 13 07:20:04 2004 Subject: [Vienna-pm] unsuccessful story "successfull story" In-Reply-To: <6D5BF24847A0A44AB725899D3CE6CB6902ADAFCE@pcmail4.ubavie.gv.at> References: <6D5BF24847A0A44AB725899D3CE6CB6902ADAFCE@pcmail4.ubavie.gv.at> Message-ID: <20041213132001.GA21244@teal.hjp.at> On 2004-12-13 13:51:25 +0100, Nagy Wilhelm wrote: > Es gibt mehr als 3 normalformen diese werden aber in der praxis eher nicht > verwendet. Bei mir ist das eher umgekehrt. Wenn ich ein Datenbankdesign mache, ist es automatisch in 4. Normalform, au?er ich habe mich irgendwo geirrt. Die niedrigeren Normalformen halte ich eher f?r akademisch. Wer baut absichtlich ein relationales Datenmodell in 2. Normalform? (Ja, sowas kommt nat?rlich vor, aber IMHO eher in der Form: "Wir wollen diese Daten redundant halten, weil dann diese und jene Query schneller ist" als "Wir wollen eine Datenbank in 2. Normalform" hp (der sich nie merken kann, welche Normalform was ist) -- _ | Peter J. Holzer | Je h?her der Norden, desto weniger wird |_|_) | Sysadmin WSR | ?berhaupt gesprochen, also auch kein Dialekt. | | | hjp@hjp.at | Hallig Gr?de ist fast g?nzlich dialektfrei. __/ | http://www.hjp.at/ | -- Hannes Petersen in desd -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/archives/vienna-pm/attachments/20041213/19de6721/attachment.bin From hjp-vienna-pm-list at hjp.at Mon Dec 13 07:35:34 2004 From: hjp-vienna-pm-list at hjp.at (Peter J. Holzer) Date: Mon Dec 13 07:35:37 2004 Subject: [Vienna-pm] unsuccessful story "successfull story" In-Reply-To: <41BD9622.7030608@goldfisch.at> References: <20041213113130.GB32290@domm2.zsi.at> <41BD9622.7030608@goldfisch.at> Message-ID: <20041213133534.GC21244@teal.hjp.at> On 2004-12-13 14:16:18 +0100, peter pilsl wrote: > Thomas Klausner wrote: > > > >Naja, Normalform kenn ich schon, aber ich dachte, das geht nur bis zur 3. > >Normalform. Ich bin halt ein dilletantischer Autodidakt und kein > >Akademiker... > > > > bin akademiker, trotzdem dilletant und kenne auch keine 8.normalform ... > daran liegts also mal nicht ;) > > ich denke eher, dass die "8.nominalform" sehr zynisch gemeint war. Wobei > ich mich ganz d?ster-akademisch erinnere, dass es schon nominalformen > auch gibt. In der Mathematik zumindest. Ich h?tte das wieder eher mit der Grammatik in Verbindung gebracht. Google liefert auch als zweiten Hit "Shoubu no Nihon - Sprachkurs 2: Die Konjugation japanischer Verben". Als ersten allerdings die Nominalform von Sperlingspapageien, weiters Fr?sche, Schlangen, deutsche Touristen und anderes Viehzeug. hp -- _ | Peter J. Holzer | Je h?her der Norden, desto weniger wird |_|_) | Sysadmin WSR | ?berhaupt gesprochen, also auch kein Dialekt. | | | hjp@hjp.at | Hallig Gr?de ist fast g?nzlich dialektfrei. __/ | http://www.hjp.at/ | -- Hannes Petersen in desd -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/archives/vienna-pm/attachments/20041213/7056f3e7/attachment.bin From wilhelm.nagy at umweltbundesamt.at Mon Dec 13 07:42:00 2004 From: wilhelm.nagy at umweltbundesamt.at (Nagy Wilhelm) Date: Mon Dec 13 07:42:08 2004 Subject: AW: [Vienna-pm] unsuccessful story "successfull story" Message-ID: <6D5BF24847A0A44AB725899D3CE6CB6902ADAFD1@pcmail4.ubavie.gv.at> Hi Peter, >On 2004-12-13 13:51:25 +0100, Nagy Wilhelm wrote: >> Es gibt mehr als 3 normalformen diese werden aber in der praxis eher nicht >> verwendet. >Bei mir ist das eher umgekehrt. Wenn ich ein Datenbankdesign mache, ist >es automatisch in 4. Normalform, au?er ich habe mich irgendwo geirrt. >Die niedrigeren Normalformen halte ich eher f?r akademisch. Wer baut >absichtlich ein relationales Datenmodell in 2. Normalform? na dann solltest du mal DB sehen welche Biologen gebaut haben :-))))) Sowas kommt vor, wenn man 1) unbedarften benutzer gef?hrliche werkzeuge wie zB: msAccess in die hand gibt... >(Ja, sowas >kommt nat?rlich vor, aber IMHO eher in der Form: "Wir wollen diese Daten >redundant halten, weil dann diese und jene Query schneller ist" als "Wir >wollen eine Datenbank in 2. Normalform" Aber mir geht's genau wie dir. Nach 20 Jahren DBs bauen denk ich nicht mehr darueber nach, welche NF gerade angewand wird. Lg \^/ili 1) mit "man" meine ich unbedarfte vorgesetzte, kunden etc. welche Glauben "wer excel bedienen kann kann auch DBs baun" From bernd at firmix.at Mon Dec 13 07:51:27 2004 From: bernd at firmix.at (Bernd Petrovitsch) Date: Mon Dec 13 07:51:33 2004 Subject: AW: [Vienna-pm] unsuccessful story "successfull story" In-Reply-To: <6D5BF24847A0A44AB725899D3CE6CB6902ADAFD1@pcmail4.ubavie.gv.at> References: <6D5BF24847A0A44AB725899D3CE6CB6902ADAFD1@pcmail4.ubavie.gv.at> Message-ID: <1102945887.30173.14.camel@tara.firmix.at> On Mon, 2004-12-13 at 14:42 +0100, Nagy Wilhelm wrote: > >On 2004-12-13 13:51:25 +0100, Nagy Wilhelm wrote: [...] > >Bei mir ist das eher umgekehrt. Wenn ich ein Datenbankdesign mache, ist > >es automatisch in 4. Normalform, au?er ich habe mich irgendwo geirrt. > >Die niedrigeren Normalformen halte ich eher f?r akademisch. Wer baut > >absichtlich ein relationales Datenmodell in 2. Normalform? > > na dann solltest du mal DB sehen welche Biologen gebaut haben :-))))) > > Sowas kommt vor, wenn man 1) unbedarften benutzer gef?hrliche werkzeuge > wie zB: msAccess in die hand gibt... Und ich dachte, es ging um Datenbanken .... > >(Ja, sowas > >kommt nat?rlich vor, aber IMHO eher in der Form: "Wir wollen diese Daten > >redundant halten, weil dann diese und jene Query schneller ist" als "Wir > >wollen eine Datenbank in 2. Normalform" Yup. Oder die DB ist sowieso nur read-only. Oder die DB ist historisch gewachsen und es war immer einfacher, die Applikation und nicht den DB-Inhalt hinzubiegen und zu testen ... > Aber mir geht's genau wie dir. > Nach 20 Jahren DBs bauen denk ich nicht mehr darueber nach, welche > NF gerade angewand wird. Wenn man es intuitiv macht, kommt eh 3. (oder die n?chste, die keine Nummer, sondern einen Namen hat, denn ich vergessen hab) raus. Und die 4. und folgende haben den Nachteil, da? man nicht mehr jedes DB-Design da rein kriegt. Bernd -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services From hjp-vienna-pm-list at hjp.at Mon Dec 13 08:03:20 2004 From: hjp-vienna-pm-list at hjp.at (Peter J. Holzer) Date: Mon Dec 13 08:03:22 2004 Subject: AW: [Vienna-pm] unsuccessful story "successfull story" In-Reply-To: <1102945887.30173.14.camel@tara.firmix.at> References: <6D5BF24847A0A44AB725899D3CE6CB6902ADAFD1@pcmail4.ubavie.gv.at> <1102945887.30173.14.camel@tara.firmix.at> Message-ID: <20041213140320.GE21244@teal.hjp.at> On 2004-12-13 14:51:27 +0100, Bernd Petrovitsch wrote: > On Mon, 2004-12-13 at 14:42 +0100, Nagy Wilhelm wrote: > > >On 2004-12-13 13:51:25 +0100, Nagy Wilhelm wrote: > [...] > > >Bei mir ist das eher umgekehrt. Wenn ich ein Datenbankdesign mache, ist > > >es automatisch in 4. Normalform, au?er ich habe mich irgendwo geirrt. > > >Die niedrigeren Normalformen halte ich eher f?r akademisch. Wer baut > > >absichtlich ein relationales Datenmodell in 2. Normalform? > > > > na dann solltest du mal DB sehen welche Biologen gebaut haben :-))))) > > > > Sowas kommt vor, wenn man 1) unbedarften benutzer gef?hrliche werkzeuge > > wie zB: msAccess in die hand gibt... > > Und ich dachte, es ging um Datenbanken .... :-) dBase ware eine relatione Datenbank. Bei Oracle kann man dr?ber streiten ... > Wenn man es intuitiv macht, kommt eh 3. (oder die n?chste, die keine > Nummer, sondern einen Namen hat, denn ich vergessen hab) raus. Boyce-Codd. Aber was der Unterschiedzwischen BCNF und 4.NF ist, habe ich vergessen. hp -- _ | Peter J. Holzer | Je h?her der Norden, desto weniger wird |_|_) | Sysadmin WSR | ?berhaupt gesprochen, also auch kein Dialekt. | | | hjp@hjp.at | Hallig Gr?de ist fast g?nzlich dialektfrei. __/ | http://www.hjp.at/ | -- Hannes Petersen in desd -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/archives/vienna-pm/attachments/20041213/a95bfcdc/attachment.bin From patrick at pantheon.at Mon Dec 13 08:10:09 2004 From: patrick at pantheon.at (Patrick Meidl) Date: Mon Dec 13 08:10:12 2004 Subject: db design (was: Re: [Vienna-pm] unsuccessful story "successfull story") In-Reply-To: <6D5BF24847A0A44AB725899D3CE6CB6902ADAFD1@pcmail4.ubavie.gv.at> References: <6D5BF24847A0A44AB725899D3CE6CB6902ADAFD1@pcmail4.ubavie.gv.at> Message-ID: <20041213141008.GU945@lektor.homelinux.net> On Mon, Dec 13 2004, Nagy Wilhelm wrote: > >Bei mir ist das eher umgekehrt. Wenn ich ein Datenbankdesign mache, > >ist es automatisch in 4. Normalform, au?er ich habe mich irgendwo > >geirrt. Die niedrigeren Normalformen halte ich eher f?r akademisch. > >Wer baut absichtlich ein relationales Datenmodell in 2. Normalform? > > na dann solltest du mal DB sehen welche Biologen gebaut haben :-))))) nicht umsonst hat man deshalb den bioinformatiker erfunden ;-) ich arbeite z.z. am human genome project, und unsere web-applikationen wuerden nicht laufen, waeren die 100te GB grossen (mysql)datenbanken nicht vernuenftig designed (die einzige db, bei der sich mir hier oefter die rueckenhaare aufstellen, ist eine oracle db, die von DBAs designed wurde ...). patrick -- Patrick Meidl ........................... +44-7770-526961 (mobile) 20 Guest Road ........................... +44-1223-514058 (home) Cambridge CB1 2AL ....................... patrick@pantheon.at England, UK ............................. http://pmeidl.homelinux.net/ -- From BaierO at spardat.at Mon Dec 13 10:33:00 2004 From: BaierO at spardat.at (Baier Oliver EQS SD) Date: Mon Dec 13 10:33:06 2004 Subject: [Vienna-pm] help seeking lines backwards Message-ID: <1FCFCFC1F0830E4D93860866CACC07B605B5CB02@m0114.s-mxs.net> Hi, ich will waehrend des Einlesens eines logfiles mit dynamischer Zeilenlaenge x Zeilen zurueckspringen, wenn in der Zeile was besonderes steht. Sich $. zu merken und dann an den Anfang des files zu springen um nochmal bis x Zeilen vor den "Treffer" zu springen, gefaellt mir nicht, da es ja mehrere Treffer geben kann und es dann bei einem log mit mehr als 1.000.000 Zeilen schon etwas laenger dauern kann. seek basiert wiederum auf bytes, dass man es nicht 1:1 verwenden kann. Kennt jemand von euch einen Trick seek hier korrekt zu verwenden oder ein kleines hilfreiches Modul? lg Oliver From BaierO at spardat.at Mon Dec 13 11:51:56 2004 From: BaierO at spardat.at (Baier Oliver EQS SD) Date: Mon Dec 13 11:52:02 2004 Subject: [Vienna-pm] Ergaenzung: help seeking lines backwards Message-ID: <1FCFCFC1F0830E4D93860866CACC07B605B5CB07@m0114.s-mxs.net> Habe mir mein mail nochmal durchgelesen und festgestellt, dass ich mich vielleicht missverstaendlich ausgedrueckt habe. Ich will x Zeilen zurueckspringen, wenn ich beim parsen feststelle, dass in der aktuellen Zeile ein keyword steht. etwas praktischeres Beispiel mit Annahmen: Wenn ich in Zeile 10000 bemerke, dass der String "Sowieso-Error" vorkommt, will ich 100 Zeilen zurueck an den Zeilenanfang springen und ab dort nach was bestimmten suchen. Anhand der Logfilegroesse waere es nicht sinnvoll, mir alle Zeilenanfaenge zu merken. Mir ist zwar gerade eingefallen, dass ich in einem array mit push und shift mir die letzten maximal notwendigen Zeilenanfaenge merken koennte, aber es gibt sicher bessere Ansaetze. lg Oliver -----Urspr?ngliche Nachricht----- Von: Baier Oliver EQS SD Gesendet: Montag, 13. Dezember 2004 17:33 An: Vienna. Pm (E-Mail) Betreff: help seeking lines backwards Hi, ich will waehrend des Einlesens eines logfiles mit dynamischer Zeilenlaenge x Zeilen zurueckspringen, wenn in der Zeile was besonderes steht. Sich $. zu merken und dann an den Anfang des files zu springen um nochmal bis x Zeilen vor den "Treffer" zu springen, gefaellt mir nicht, da es ja mehrere Treffer geben kann und es dann bei einem log mit mehr als 1.000.000 Zeilen schon etwas laenger dauern kann. seek basiert wiederum auf bytes, dass man es nicht 1:1 verwenden kann. Kennt jemand von euch einen Trick seek hier korrekt zu verwenden oder ein kleines hilfreiches Modul? lg Oliver From wolfgang.laun at alcatel.at Mon Dec 13 23:54:06 2004 From: wolfgang.laun at alcatel.at (LAUN Wolfgang) Date: Mon Dec 13 23:58:18 2004 Subject: [Vienna-pm] help seeking lines backwards Message-ID: > -----Original Message----- > From: Baier Oliver EQS SD [mailto:BaierO@spardat.at] > Sent: Monday, December 13, 2004 5:33 PM > To: Vienna. Pm (E-Mail) > Subject: [Vienna-pm] help seeking lines backwards > > > Hi, > > ich will waehrend des Einlesens eines logfiles mit dynamischer Zeilenlaenge > x Zeilen zurueckspringen, wenn in der Zeile was besonderes steht. > > Sich $. zu merken und dann an den Anfang des files zu springen um nochmal > bis x Zeilen vor den "Treffer" zu springen, gefaellt mir nicht, da es ja > mehrere Treffer geben kann und es dann bei einem log mit mehr als 1.000.000 > Zeilen schon etwas laenger dauern kann. > > seek basiert wiederum auf bytes, dass man es nicht 1:1 verwenden kann. > Das Ergebnis eines tell-Aufrufes kann mit seek (mit SEEK_SET) problemlos verwendet werden. Wenn x limitiert ist, kann das Array mit den tell-Ergebnissen vermutlich immer wieder entleert werden. (Wenn die Files wirklich riesig sind, k?nnte man auch jede 10...0.-te Zeile merken). mfg Wolfgnag > Kennt jemand von euch einen Trick seek hier korrekt zu verwenden oder > ein kleines hilfreiches Modul? > > lg > Oliver > > _______________________________________________ > Vienna-pm mailing list > Vienna-pm@mail.pm.org > http://mail.pm.org/mailman/listinfo/vienna-pm > From alfie at ist.org Tue Dec 14 01:42:52 2004 From: alfie at ist.org (Gerfried Fuchs) Date: Tue Dec 14 01:43:23 2004 Subject: [Vienna-pm] help seeking lines backwards In-Reply-To: <1FCFCFC1F0830E4D93860866CACC07B605B5CB02@m0114.s-mxs.net> References: <1FCFCFC1F0830E4D93860866CACC07B605B5CB02@m0114.s-mxs.net> Message-ID: <2004-12-14_08.42.20@alfie.ist.org> * Baier Oliver EQS SD [2004-12-13 17:33]: > seek basiert wiederum auf bytes, dass man es nicht 1:1 verwenden kann. Wieso nicht? Kennst du ?perldoc -f tell?? Wird auch in ?perldoc -f seek? erw?hnt.... :) Bis dann, Alfie -- * Joy idly wonders why the fuck did the lists let through the latest Fw: college girls spam ask a listmaster -- #debian-devel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mail.pm.org/archives/vienna-pm/attachments/20041214/2f5303e3/attachment.bin From wilhelm.nagy at umweltbundesamt.at Tue Dec 14 01:43:45 2004 From: wilhelm.nagy at umweltbundesamt.at (Nagy Wilhelm) Date: Tue Dec 14 01:43:55 2004 Subject: AW: [Vienna-pm] help seeking lines backwards Message-ID: <6D5BF24847A0A44AB725899D3CE6CB6902ADAFDA@pcmail4.ubavie.gv.at> Hallo Liste, Aha, jetzt wird das problem klarer. Eine "K?hne" Variante: Man nehme mysql: CREATE TABLE `schmonz` (`lineid` INT (11) UNSIGNED DEFAULT '0' AUTO_INCREMENT, theLine Text PRIMARY KEY(`lineid`), UNIQUE(`lineid`) ) Einlesen des Files mit LOAD .... Volltextsuche: while %hRec = select * from schmonz where match (theLine) against ('Error') %hINFO = select * from schmonz where lineID = $hRec{lineID}-10 print "hINFO{theLine); Mysql liest rasend durch LOAD das File ein und du hast eine ISAM Datei mit wahlfreien Zugriff und voller kontrolle der Zeilennummern Lg \^/ili > -----Urspr?ngliche Nachricht----- > Von: LAUN Wolfgang [mailto:wolfgang.laun@alcatel.at] > Gesendet: Dienstag, 14. Dezember 2004 06:54 > An: 'Baier Oliver EQS SD'; Vienna. Pm (E-Mail) > Betreff: RE: [Vienna-pm] help seeking lines backwards > > > > -----Original Message----- > > From: Baier Oliver EQS SD [mailto:BaierO@spardat.at] > > Sent: Monday, December 13, 2004 5:33 PM > > To: Vienna. Pm (E-Mail) > > Subject: [Vienna-pm] help seeking lines backwards > > > > > > Hi, > > > > ich will waehrend des Einlesens eines logfiles mit dynamischer > > Zeilenlaenge x Zeilen zurueckspringen, wenn in der Zeile was > > besonderes steht. > > > > Sich $. zu merken und dann an den Anfang des files zu springen um > > nochmal bis x Zeilen vor den "Treffer" zu springen, gefaellt mir > > nicht, da es ja mehrere Treffer geben kann und es dann bei > einem log > > mit mehr als 1.000.000 Zeilen schon etwas laenger dauern kann. > > > > seek basiert wiederum auf bytes, dass man es nicht 1:1 > verwenden kann. > > > > Das Ergebnis eines tell-Aufrufes kann mit seek (mit SEEK_SET) > problemlos verwendet werden. > > Wenn x limitiert ist, kann das Array mit den tell-Ergebnissen > vermutlich immer wieder entleert werden. (Wenn die Files > wirklich riesig sind, k?nnte man auch jede 10...0.-te Zeile merken). > > mfg > Wolfgnag > > > Kennt jemand von euch einen Trick seek hier korrekt zu > verwenden oder > > ein kleines hilfreiches Modul? > > > > lg > > Oliver > > > > _______________________________________________ > > Vienna-pm mailing list > > Vienna-pm@mail.pm.org http://mail.pm.org/mailman/listinfo/vienna-pm > > > > _______________________________________________ > Vienna-pm mailing list > Vienna-pm@mail.pm.org http://mail.pm.org/mailman/listinfo/vienna-pm > > From BaierO at spardat.at Fri Dec 17 03:42:44 2004 From: BaierO at spardat.at (Baier Oliver EQS SD) Date: Fri Dec 17 03:42:51 2004 Subject: AW: [Vienna-pm] help seeking lines backwards Message-ID: <1FCFCFC1F0830E4D93860866CACC07B605B5CB57@m0114.s-mxs.net> Hi, da ich mich mit dem Tool nur nebenbei beschaeftige, hat sich leider eine kleine Verzoegerung eingeschlichen. Danke fuer den Tipp mit MySQL. Da ich den logoutput aber auch verarbeiten koennen will, wenn er per STDIN reingepiped wird, habe ich mich fuer die eh schon angedachte push-shift- arraymethode der Zeilenanfaenge entschieden. lg Oliver > -----Urspr?ngliche Nachricht----- > Von: vienna-pm-bounces@mail.pm.org > [mailto:vienna-pm-bounces@mail.pm.org]Im Auftrag von Nagy Wilhelm > Gesendet: Dienstag, 14. Dezember 2004 08:44 > An: Vienna. Pm (E-Mail) > Betreff: AW: [Vienna-pm] help seeking lines backwards > > > Hallo Liste, > > Aha, jetzt wird das problem klarer. > > > Eine "K?hne" Variante: > > Man nehme mysql: > CREATE TABLE `schmonz` (`lineid` INT (11) UNSIGNED DEFAULT '0' > AUTO_INCREMENT, > theLine Text > PRIMARY KEY(`lineid`), UNIQUE(`lineid`) > ) > > Einlesen des Files mit LOAD .... > > > Volltextsuche: > > > while %hRec = select * from schmonz > where match (theLine) against ('Error') > > %hINFO = select * from schmonz where lineID = $hRec{lineID}-10 > print "hINFO{theLine); > > > > Mysql liest rasend durch LOAD das File ein und du hast eine > ISAM Datei mit wahlfreien Zugriff und voller kontrolle der > Zeilennummern > > Lg > \^/ili > > > > > > > -----Urspr?ngliche Nachricht----- > > Von: LAUN Wolfgang [mailto:wolfgang.laun@alcatel.at] > > Gesendet: Dienstag, 14. Dezember 2004 06:54 > > An: 'Baier Oliver EQS SD'; Vienna. Pm (E-Mail) > > Betreff: RE: [Vienna-pm] help seeking lines backwards > > > > > > > -----Original Message----- > > > From: Baier Oliver EQS SD [mailto:BaierO@spardat.at] > > > Sent: Monday, December 13, 2004 5:33 PM > > > To: Vienna. Pm (E-Mail) > > > Subject: [Vienna-pm] help seeking lines backwards > > > > > > > > > Hi, > > > > > > ich will waehrend des Einlesens eines logfiles mit dynamischer > > > Zeilenlaenge x Zeilen zurueckspringen, wenn in der Zeile was > > > besonderes steht. > > > > > > Sich $. zu merken und dann an den Anfang des files zu springen um > > > nochmal bis x Zeilen vor den "Treffer" zu springen, gefaellt mir > > > nicht, da es ja mehrere Treffer geben kann und es dann bei > > einem log > > > mit mehr als 1.000.000 Zeilen schon etwas laenger dauern kann. > > > > > > seek basiert wiederum auf bytes, dass man es nicht 1:1 > > verwenden kann. > > > > > > > Das Ergebnis eines tell-Aufrufes kann mit seek (mit SEEK_SET) > > problemlos verwendet werden. > > > > Wenn x limitiert ist, kann das Array mit den tell-Ergebnissen > > vermutlich immer wieder entleert werden. (Wenn die Files > > wirklich riesig sind, k?nnte man auch jede 10...0.-te Zeile merken). > > > > mfg > > Wolfgnag > > > > > Kennt jemand von euch einen Trick seek hier korrekt zu > > verwenden oder > > > ein kleines hilfreiches Modul? > > > > > > lg > > > Oliver > > > > > > _______________________________________________ > > > Vienna-pm mailing list > > > Vienna-pm@mail.pm.org > http://mail.pm.org/mailman/listinfo/vienna-pm > > > > > > > _______________________________________________ > > Vienna-pm mailing list > > Vienna-pm@mail.pm.org http://mail.pm.org/mailman/listinfo/vienna-pm > > > > > > > > _______________________________________________ > Vienna-pm mailing list > Vienna-pm@mail.pm.org > http://mail.pm.org/mailman/listinfo/vienna-pm >