Hallo OoOHWHOoO!
Generell haben jede Programme ihre Grenzen. Tabellenkalkulation war die
einfache, schnelle und effiziente elektronische Lösung
Angebotsabschlüsse zu vereinfachen. Daher ist die externe Datenstruktur
nicht absolut. Es sind also zwei völlig andere Datenansätze gegeben. LO
mit unterschiedlichen Abbildungsstrukturen und SAP/SQL mit Quelldaten,
beruhend auf HEADER-Sätzen in einem mehr oder weniger ASCII-Format.
Lösung A) StarOffice 3.2 mit AdabasC
Lösung B) LO/Ooo mit Adabas , Kaufversion
Lösung C) SQL-Server, gibts als Freeware auch für den Desktop
Lösung D) SAP, sofern du Zugriff auf ein Firmennetzwerk hast
Letzte Lösung: halbautomatische Version
Zuweisung der Datensätze aus mehreren Dokumenten in ein Hauptdokument
mit einmaligen und eindeutigen Benennungen. Hier würde sich eine
gleichbleibende Artikelnummer als Bezug anbieten.
| Art.-Nr | A- Gruppe |B-Gruppe | C- Gruppe | .....
wobei für Gruppe die Zellen für | Menge | Bezeichunung | Preis | stehen
Bei einem direkten Bezug zur einmaligen Artikelnummer und einmaligen
Zellen lässt sich nun die Inhalte einer Tabelle entsprechend sortieren
und ein Ergebnis exportieren. Du vergibst in der bisherigen Struktur
mehrfach die gleichen Variablen an.
Also zuerst eine Gemeinsamkeit finden, dann Gruppen- also
Zusammenfassungen erstellen oder den Datensatz erweitern. Diese dann auf
eindeutige Zellen verteilen. Dann die Sortierung eindeutiger Zellen
durchführen. Zuletzt die Ausgabe einzelner Zellen in ein Dokument. Bei
unter 300 Positionen problemlos machbar.
Grüsse
PS: Eine vorherige Prüfung auf Vollständigkeit der eingelesenen
Datensätze vereinfacht eine Fehlersuche ungemein. Ebenso eine erweiterte
Logikprüfung innerhalb einer Sortierung nach Integer, String, Boolean
oder gar Mengen und Bereiche innerhalb von Zelleninhalten.
Am 18.10.2017 um 22:21 schrieb OoOHWHOoO:
Hallo Mohing,
danke für Deine ausführlichen Hinweise, aber dieser Ansatz wäre für
mein doch recht kleines Problem wohl etwas zu weit führend - und
erweiterte Programmierkenntnisse habe ich leider nicht :-(( ...
Prinzipiell geht es ja um ein offensichtlich ungelöstes Problem im
Bereich der Tabellenkalkulationsprogramme:
Beim Einfügen von Zeilen bleiben absolute Referenzen erhalten, aber
durch Sortieren der referenzierten Tabelle gehen diese absoluten
Referenzen verloren.
Im CALC-Handbuch heißt es dazu auf Seite 444:
"[...] Wenn eine Zelle während eines Sortiervorgangs verschoben wird,
werden externe Referenzen mit der Zelle nicht aktualisiert. [...]
Ebenso haben wir kein Tabellenkalkulationsprogramm gefunden, das,
während der Sortierung, ein anderes Verhalten für Referenzen darlegt.
[...]"
Aber vielleicht kannst Du ja mit Deinem langjährigen Fachwissen, wie
von Dir angemerkt, den LO-Entwicklern einen Vorschlag unterbreiten,
wie das genannte grundsätzliche Problem von
Tabellenkalkulationsprogrammen gelöst werden kann. Es wäre sicherlich
eine deutliche Bereicherung für das gesamte LO-Projekt.
Grüße
Hans-Werner
------ Originalnachricht ------
Von: "Mohing" <gmcmohing@gmx.net>
An: users@de.libreoffice.org
Gesendet: 18.10.2017 21:48:48
Betreff: Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen
Hallo OoOHWHOoO!
Da ich mich ua 25 Jahre ausschließlich mit dieser Thematik befasst
habe eine Gedankenansätze von mir:
Generell ist das Problem zu lösen, aber weder mit Base noch mit Math
faktisch realisierbar.
Für solche Probleme sind sind SAP, SQL oder Adabas bestens gerüstet.
Letzteres lässt sich hervorragend in LO implementieren und war früher
mal als Lösungsansatz als Adabas C in StarOffice enthalten.
Ohne diese oben genannten Erweiterungen ist die Lösung innerhalb
einer objekt- orientierten Pointer- Programmierung zu finden. Dies
erfordert aber erweiterter Programmierkenntnisse.
Aber: Aufgrund der Datengrösse von nur 3 Layern/ Tabellen empfehle
ich dir folgende Vorgehensweise: Erweitere die Datensätze um ihre
Stammdaten. Bilde diese in einem übergeordneten Hauptdokument ab. Und
entnehme aus diesem die notwendigen Lösungen. Das heißt Deine Liste
müsste folgendermaßen aussehen:
| X_A_Artikel_10 | X_A_Artikel_10 | X_A_Artikel_10 | X_A_Artikel_10 |
ArtNr_10 | x_E-Preis_10 |
| X_A_Artikel_30 | X_A_Artikel_10 | X_A_Artikel_10 | X_A_Artikel_10 |
ArtNr_30 | x_E-Preis_30 |
wobei X für die Variable der Liste steht aus a.ods, b.ods,c.ods...
wobei x für die Variable der Ausgabe steht nach Tabelle4 Ergebnis
Diese Lösung für Artikel erzeugt im Hauptdukument einen
"Flaschenhals" aus denen dann die entsprechenen Werte nach Zellen
entnommen werden können.
Durch eine einfach Deklimation/ Benennung unterschiedlicher
mehrfacher Zellen/ Inhalte schaffst du nur Chaos.
Grüsse
Am 18.10.2017 um 15:10 schrieb OoOHWHOoO:
Hallo,
folgende Problemstellung:
Beispielsweise 3 CALC-Dateien an 3 verschiedenen Speicherorten mit
jeweils einer Tabelle:
".../A/A.ods" mit Tabelle "A":
| A_Artikel_10 | A_ArtNr_10 | A_E-Preis_10 |
| A_Artikel_30 | A_ArtNr_30 | A_E-Preis_30 |
| A_Artikel_50 | A_ArtNr_50 | A_E-Preis_50 |
| A_Artikel_70 | A_ArtNr_70 | A_E-Preis_70 |
| A_Artikel_90 | A_ArtNr_90 | A_E-Preis_90 |
".../B/B.ods" mit Tabelle "B":
| A_Artikel_10 | A_ArtNr_10 | A_E-Preis_10 | B_Anzahl_10 |
B_G-Preis_10 |
| A_Artikel_50 | A_ArtNr_50 | A_E-Preis_50 | B_Anzahl_50 |
B_G-Preis_50 |
| A_Artikel_70 | A_ArtNr_70 | A_E-Preis_70 | B_Anzahl_70 |
B_G-Preis_70 |
".../C/C.ods" mit Tabelle "C":
| A_Artikel_30 | A_ArtNr_30 | A_E-Preis_30 | C_Anzahl_30 |
C_G-Preis_30 |
| A_Artikel_90 | A_ArtNr_90 | A_E-Preis_90 | C_Anzahl_90 |
C_G-Preis_90 |
Die Tabellen "B" und "C" beziehen sich mit den Zellinhalten
"Artikel", "ArtNr" und "E-Preis" auf die jeweiligen Zellen in
Tabelle "A".
Nach Modifikation der Tabelle "A", beispielsweise durch Einfügung
von weiteren Zeilen,
| A_Artikel_10 | A_ArtNr_10 | A_E-Preis_10 |
| A_Artikel_20 | A_ArtNr_20 | A_E-Preis_20 |
| A_Artikel_30 | A_ArtNr_30 | A_E-Preis_30 |
| A_Artikel_40 | A_ArtNr_40 | A_E-Preis_40 |
| A_Artikel_50 | A_ArtNr_50 | A_E-Preis_50 |
| A_Artikel_60 | A_ArtNr_60 | A_E-Preis_60 |
| A_Artikel_70 | A_ArtNr_70 | A_E-Preis_70 |
| A_Artikel_80 | A_ArtNr_80 | A_E-Preis_80 |
| A_Artikel_90 | A_ArtNr_90 | A_E-Preis_90 |
sollen die Inhalte "Artikel", "ArtNr" und "E-Preis" in den Tabellen
"B" und "C" unverändert bleiben.
Wie muss ich die Zellbezüge von Tabelle "B" zu Tabelle "A" und von
Tabelle "C" zu Tabelle "A" realisieren, damit die (ursprünglichen)
Zellinhalte der Tabellen "B" und "C" erhalten bleiben, wenn ich die
Tabelle "A" modifiziere durch z.B. Umsortierung oder Einfügung von
zusätzlichen Zeilen ? Geht das überhaupt ?
Mit den Informationen im CALC-Handbuch (Kapitel 10 - Verknüpfen von
CALC-Daten) habe ich es nicht hinbekommen. Sobald ich die Tabelle
"A" zeilenmäßig umsortiere oder sobald ich in Tabelle "A" neue
Zeilen einfüge, haben die Zellen in den Tabellen "B" und "C" andere
(falsche) Inhalte.
Hat jemand eine Idee, wie man das machen könnte ?
Gruß
Hans-Werner
-- Liste abmelden mit E-Mail an: users+unsubscribe@de.libreoffice.org
Probleme?
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
--
Liste abmelden mit E-Mail an: users+unsubscribe@de.libreoffice.org
Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.