/sql - Repository - projekt kivitendo - wissen

| Zweig: | Markierung: | Revision:

kivitendo/sql @ 2b32359d

Name	Größe
Pg-upgrade2
Pg-upgrade2-auth
Germany-DATEV-SKR03EU-chart.sql	103 KB
Germany-DATEV-SKR04EU-chart.sql	130 KB
Leerer-Kontenrahmen-chart.sql	2,44 KB
Swiss-German-chart.sql	21,5 KB
auth_db.sql	1,28 KB
datevautomatik.sql	5,51 KB
finanzamt.sql	409 KB
liste.sql	27,3 KB
lx-office.sql	479 KB

#	Datum	Autor	Kommentar
bc8c26f3	18.12.2014 16:18	Sven Schöling	PriceRule: Preisregeln können jetzt auch Rabatte ausserdem Doku
de53e9a8	18.12.2014 16:18	Sven Schöling	PriceRule: Löschen von Preisregeln
9589ecd7	18.12.2014 16:18	Sven Schöling	PriceRule: Erste Version
89b26688	18.12.2014 16:18	Sven Schöling	PriceSource: Rabattbehandlung
5384e5cb	18.12.2014 16:18	Sven Schöling	PriceSource: Konfiguration
ed83bf47	18.12.2014 16:18	Sven Schöling	PriceSource: db upgrade erst nach 3.1.0 einspielen
2bdd0bc5	18.12.2014 16:18	Sven Schöling	PriceSource: pricegroup migration
eebe8e90	18.12.2014 16:18	Sven Schöling	PriceSource: Erste Version - Preisgruppen und Stammdaten sind implementiert - Persistenz in allen Belegen funktioniert - Rudimentäre Visualisierung funktioniert - Klassen sind alle da - Doku fehlt - Verkauf/Einkaufweiche fehlt - best_price ungetestet - Preisgruppen hängen noch nicht von Verkäufer ab...
c3ab29e6	03.12.2014 12:25	Moritz Bunkus	Benutzerdefinierte Variablen via Trigger löschen Bugfix 2 Die Triggerfunktion selber sollte aus Performancegründen nicht »DELETE … WHERE … IN (SELECT…)« nutzen, da dies bei PostgreSQL sehr langsam ist.
cf263726	28.11.2014 12:53	Moritz Bunkus	CVars-Lösch-Queries deutlich effizienter gestaltet PostgreSQL kann Queries à la »DELETE … WHERE … IN (SELECT…)« nicht gut optimieren und erzeugt dafür exponentielle Laufzeit. Viel schneller ist, eine Vorselektierung mit normalen JOINs zu nutzen und nachher beim...

Auch abrufbar als: Atom