Nachtrag: SQL könnte natürlich odt nur bedingt einlesen. Hier müssten
die Datensätze möglicher Weise nochmals manuell eingegeben werden. Bei
Word klappts problemlos.
Am 18.10.2017 um 22:51 schrieb Mohing:
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" <gmcmoh...@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+unsubscr...@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+unsubscr...@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
