Date: prev next · Thread: first prev next last
2017 Archives by date, by thread · List index


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.