| chat.freenode.net #tryton.de log beginning Wed Oct 14 00:00:02 CEST 2009 | ||
| 2009-10-14 05:19 -!- yangoon(n=mathiasb@p549F7149.dip.t-dialin.net) has joined #tryton.de | ||
| 2009-10-14 07:07 -!- Timitos(n=timitos@88.217.184.172) has joined #tryton.de | ||
| 2009-10-14 08:32 -!- MarkusB(n=burli@dslb-094-219-150-233.pools.arcor-ip.net) has joined #tryton.de | ||
| 2009-10-14 10:07 -!- udono(n=udono@85.197.24.144) has joined #tryton.de | ||
| 2009-10-14 10:38 -!- paepke(n=paepke@217.6.201.92) has joined #tryton.de | ||
| 2009-10-14 11:41 -!- paepke(n=paepke@217.6.201.92) has joined #tryton.de | ||
| 2009-10-14 17:34 -!- paepke(n=paepke@Rabb2.r.pppool.de) has joined #tryton.de | ||
| 2009-10-14 18:44 -!- ma_bo(n=mb@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton.de | ||
| 2009-10-14 18:45 -!- johbo(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton.de | ||
| 2009-10-14 20:18 <paepke> @all: ich hatte in errinnerung das man die historisierung quasi jedem model hinzufügen kann. siehe die beiden (code-technisch unterschiedlichen) ansätzen mit product_cost_history und account_invoice_history. stimmt das soweit? | ||
| 2009-10-14 20:34 <udono> paepke: ja, das stimmt | ||
| 2009-10-14 20:35 <paepke> udono: und so wie ich verstanden habe wird einfach eine kopie des letzten datensatzes in die tabelle tabellenname__history eingefügt. | ||
| 2009-10-14 20:37 <paepke> udono: vom prinzip her. | ||
| 2009-10-14 20:37 <udono> ja, genau. Diese Tabelle wird bei jeder Änderung erweitert. Nie 'geupdatet' oder gelöscht | ||
| 2009-10-14 20:43 <paepke> wird die history anhand von reports irgendwie automagisch herangezogen? beispiel: verlauf der produktkosten innerhalb einer produkt-kategorie? oder muss man dies dann selbst beachten? | ||
| 2009-10-14 20:44 <paepke> rein theoretisch. ob es den report schon gibt ist jetzt gerade egal. | ||
| 2009-10-14 20:51 <udono> paepke: gute Frage | ||
| 2009-10-14 20:51 <paepke> udono: danke :-D | ||
| 2009-10-14 20:52 <udono> paepke: eigentlich sollte die history low level gelöst sein, so dass die höheren Funktionen nichts davon mitbekommen | ||
| 2009-10-14 20:53 <udono> paepke: hast du die Datenbankstruktur von Historyeinträgen schon analysiert? | ||
| 2009-10-14 20:53 <paepke> nein noch nicht. ich hab es noch nicht im einsatz. aber gleich... | ||
| 2009-10-14 20:53 <udono> paepke: ok | ||
| 2009-10-14 20:54 <udono> paepke: BTW es gibt bisher nicht die Möglichkeit, die History Einträge eines Models darzustellen | ||
| 2009-10-14 20:55 <udono> paepke: bei den Reports denke ich kann man das realisieren durch direkte Datenbankabfragen in SQL | ||
| 2009-10-14 20:57 <udono> paepke: bei den views kursiert bisher nur die Idee, es so zu machen wie MacOS timemachine http://www.apple.com/macosx/features/timemachine.html | ||
| 2009-10-14 20:57 <paepke> timemachine kenn ich. | ||
| 2009-10-14 20:57 <paepke> ich hab akut das problem das ich zurück in die zukunft will | ||
| 2009-10-14 20:58 <paepke> also änderungen in der zukunft machen (model ist gültig bis, ab dann anderer datensatz) | ||
| 2009-10-14 20:59 <udono> paepke: und die Anwendung? | ||
| 2009-10-14 21:00 <udono> ... außer 'nen Film produzieren | ||
| 2009-10-14 21:00 <paepke> beispiel: mitarbeiter heiratet im november und heisst dann anstann paepke zukünftig spallek | ||
| 2009-10-14 21:00 <udono> paepke: wo ist das problem? | ||
| 2009-10-14 21:00 <paepke> anstann => anstatt | ||
| 2009-10-14 21:01 <paepke> oder man weiss das nächstes jahr die Ust auf 55% anwächst. | ||
| 2009-10-14 21:02 <udono> paepke: Also realisieren lässt sich das bereits mit dem Scheduler | ||
| 2009-10-14 21:02 <paepke> ich brauch den stand aber was in der zukunft, vergangenheit und auch jetzt gerade gülitg ist / war. | ||
| 2009-10-14 21:02 <udono> paepke: allerdings nur für einige wenige Vorgänge, wie zum Beispiel Bestellpunkte | ||
| 2009-10-14 21:03 <udono> paepke, ja, aber wofür? | ||
| 2009-10-14 21:03 <paepke> ich hab ein ev. projekt für das ich gerade ein absteckung des aufwandes mache. | ||
| 2009-10-14 21:03 <paepke> schulungs/mitarbeitermanagement. | ||
| 2009-10-14 21:03 <udono> Das brauchst du aber doch nicht für jedes Eingabefeld im gesamten System. | ||
| 2009-10-14 21:04 <paepke> da ist das absolut üblich ein versionierbarer personalstamm ähnlicherer daten zu haben. | ||
| 2009-10-14 21:04 <paepke> udono: nicht im gesamten system. ich tipp kurz noch ein beispiel: | ||
| 2009-10-14 21:05 <paepke> mitarbeiter wechselt in 2 monaten in eine andere abteilung. ergo ändert sich die kompetenzmatrix: der mitarbeiter braucht dann verschiedenen schulungen. diese müssen geplant und budgetiert werden. | ||
| 2009-10-14 21:07 <udono> paepke: die history von Tryton kann das glaube ich nicht | ||
| 2009-10-14 21:07 <paepke> udono: ja, das kann die history nicht. | ||
| 2009-10-14 21:08 <udono> paepke: ich schaue mir gerade den implementierungspatch an: http://www.b2ck.com/~ced/history.patch | ||
| 2009-10-14 21:08 <paepke> udono: ich hatte gehofft du überrascht mich mit modul_x welches das kann ;-) | ||
| 2009-10-14 21:10 <paepke> udono: bevor ich das nur für mein neu zu entwickelndes modul bauen werde hätte es ja auch sein können das hier etwas generisches da ist. oder das man etwas generisches entwickelt. | ||
| 2009-10-14 21:10 <paepke> das würde halt ganz tief rein gehen ins system | ||
| 2009-10-14 21:11 <udono> paepke: man könnte das realisieren | ||
| 2009-10-14 21:12 <udono> paepke, man müsste für jeden history eintrag auch ein gültigkeitsdatum angeben können | ||
| 2009-10-14 21:12 <paepke> primitiv gedacht sind es zwei weitere spalten valid_from und valid_to | ||
| 2009-10-14 21:13 <paepke> udono: ist die frage ob das in eine history-tabelle kommt oder eben nicht auf die haupt-tabelle kommt? ich sehe es eher dort. | ||
| 2009-10-14 21:13 <paepke> weil ich arbeite ja mit den daten. und zukünftige daten sind eher nicht in einer history tabelle drin. | ||
| 2009-10-14 21:13 <udono> paepke: gute Frage | ||
| 2009-10-14 21:14 <paepke> udono: mit jobs kann man ja um die haupt-tabelle zu entschlacken sachen in eine history verschieben. | ||
| 2009-10-14 21:14 <paepke> udono: da ist glaub noch ein wenig denkschmalz erforderlich. | ||
| 2009-10-14 21:14 <udono> paepke: das ist die Frage. Soll die Vergangenheit manipulations sicher sein oder nicht? | ||
| 2009-10-14 21:15 <paepke> udono: naja. theoretisch schon. aber die wirklichkeit sieht meist anders aus... | ||
| 2009-10-14 21:15 <paepke> udono: ich sage jetzt trotzdem mal: ja. | ||
| 2009-10-14 21:16 <udono> paepke: Dann habe ich eine Idee | ||
| 2009-10-14 21:16 <paepke> mir fällt ausser das system für wirtschaftsprüfer zu fälschen kein use case ein. | ||
| 2009-10-14 22:34 -!- paepke(n=paepke@Rabb2.r.pppool.de) has joined #tryton.de |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!