Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen
Hallo Geert, Am 23.10.2017 um 09:58 schrieb geert.clos...@alice.de: Liebe Streithähne! ich bitte darum, die persönlichen Probleme bilateral ev. auch mit einem Mediator zu besprechen. Wenn nötig, kann ich jemanden fragen, der/die behilflich ist. wer bist du denn? Bist du hier der Listensheriff? Wenn dir der Background fehlt, einfach Flossen weg von der Tastatur! -- Einen schönen Tag noch Fritz -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen
Liebe Streithähne! ich bitte darum, die persönlichen Probleme bilateral ev. auch mit einem Mediator zu besprechen. Wenn nötig, kann ich jemanden fragen, der/die behilflich ist. Gruss Geert Closius Geert Closius Holstenstr. 12 25462 Rellingen 04101 200262 geert.clos...@alice.de Am 23.10.2017 um 08:58 schrieb OoOHWHOoO: > Hallo Mohing, > > wenn dem so ist > > [1] "[...] Ich muss trotzdem noch mal hervor heben das Du mich in den > Vergangenheit über diese Liste beschimpft und persönlich verunglimpft > und beleidigt hast. [...]", > > dann kannst Du das sicherlich durch Fakten belegen in der Form > > [2] Subject (Thread) - From - Date - Mail-Inhalt (auf den Du Dich > beziehst) > > damit von mir (und gegebenenfalls von anderen Forum-Mitgliedern > beziehungsweise der Forum-"Aufsicht") Deine obige Aussage überprüft > und eingeordnet werden kann und gegebenenfalls entsprechende Maßnahmen > ergriffen werden können. Eine Auflistung von nicht überprüfbaren > Behauptungen (anstatt von überprüfbaren Fakten) ist in diesem Kontext > leider nicht zielführend. > > Damit deutlich ist, was ich mit "Fakten" meine, abschließend ein > Beispiel. Nun ja, in diesem Beispiel beschimpfst Du zwar mich (als > "Troll"), aber egal, es geht ja nur darum zu verdeutlichen, was mit > "Fakten" (im obigen Sinne) gemeint ist: > > Subject (Thread): Rüge Download-Page > From: Mohing <gmcmoh...@gmx.net> > Date: Fri, 21 Apr 2017 19:11:06 +0200 > Mail-Inhalt: Trollen, die extra dafür ein neues Mailkonto errichten > antworte ich nicht. Sorry. > > Grüße > Hans-Werner > > > ------ Originalnachricht -- > Von: "Mohing" <gmcmoh...@gmx.net> > An: users@de.libreoffice.org > Gesendet: 22.10.2017 20:28:20 > Betreff: Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen > >> Hallo OoOHWHOoO! >> >> Ich hoffe Dir haben meine Ausführugen gefallen und Du hast Dein >> Problem zwischenzeitlich erkannt und konntest es nach meiner >> Anleitung beheben. Ich muss trotzdem noch mal hervor heben das Du >> mich in den Vergangenheit über diese Liste beschimpft und persönlich >> verumglimpft und beleidigt hast. Es wäre daher ein fairer Zug von Dir >> Dich bei mir und in aller Öffentlichkeit endlich ein Mal zu >> entschuldigen. >> >> Ohne weitere Grüsse >> >> >> >> 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 >>>&
Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen
Hallo Mohing, wenn dem so ist [1] "[...] Ich muss trotzdem noch mal hervor heben das Du mich in den Vergangenheit über diese Liste beschimpft und persönlich verunglimpft und beleidigt hast. [...]", dann kannst Du das sicherlich durch Fakten belegen in der Form [2] Subject (Thread) - From - Date - Mail-Inhalt (auf den Du Dich beziehst) damit von mir (und gegebenenfalls von anderen Forum-Mitgliedern beziehungsweise der Forum-"Aufsicht") Deine obige Aussage überprüft und eingeordnet werden kann und gegebenenfalls entsprechende Maßnahmen ergriffen werden können. Eine Auflistung von nicht überprüfbaren Behauptungen (anstatt von überprüfbaren Fakten) ist in diesem Kontext leider nicht zielführend. Damit deutlich ist, was ich mit "Fakten" meine, abschließend ein Beispiel. Nun ja, in diesem Beispiel beschimpfst Du zwar mich (als "Troll"), aber egal, es geht ja nur darum zu verdeutlichen, was mit "Fakten" (im obigen Sinne) gemeint ist: Subject (Thread): Rüge Download-Page From: Mohing <gmcmoh...@gmx.net> Date: Fri, 21 Apr 2017 19:11:06 +0200 Mail-Inhalt: Trollen, die extra dafür ein neues Mailkonto errichten antworte ich nicht. Sorry. Grüße Hans-Werner -- Originalnachricht -- Von: "Mohing" <gmcmoh...@gmx.net> An: users@de.libreoffice.org Gesendet: 22.10.2017 20:28:20 Betreff: Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen Hallo OoOHWHOoO! Ich hoffe Dir haben meine Ausführugen gefallen und Du hast Dein Problem zwischenzeitlich erkannt und konntest es nach meiner Anleitung beheben. Ich muss trotzdem noch mal hervor heben das Du mich in den Vergangenheit über diese Liste beschimpft und persönlich verumglimpft und beleidigt hast. Es wäre daher ein fairer Zug von Dir Dich bei mir und in aller Öffentlichkeit endlich ein Mal zu entschuldigen. Ohne weitere Grüsse 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 Speicheror
Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen
Hallo OoOHWHOoO! Ich hoffe Dir haben meine Ausführugen gefallen und Du hast Dein Problem zwischenzeitlich erkannt und konntest es nach meiner Anleitung beheben. Ich muss trotzdem noch mal hervor heben das Du mich in den Vergangenheit über diese Liste beschimpft und persönlich verumglimpft und beleidigt hast. Es wäre daher ein fairer Zug von Dir Dich bei mir und in aller Öffentlichkeit endlich ein Mal zu entschuldigen. Ohne weitere Grüsse 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 |
Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen
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
Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen
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 T
Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen
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 d
Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen
Hallo Robert und Gerhard, danke für eure Tipps und Hinweise, durch welche ich einen selbst gemachten Fehler jetzt entdeckt habe: Ich schrieb als Referenz fälschlicherweise "=Tabelle1.$A$1" und nicht richtigerweise "=$Tabelle1.A1". Jetzt bleibt der Bezug erhalten, wenn ich in der referenzierten Tabelle irgendwo eine Zeile einfüge. Aber das hilft mir nicht wirklich weiter, denn wenn man die referenzierte Tabelle neu sortiert, z.B. absteigend, dann gehen die Referenzen leider wieder verloren. Aber dies scheint ein grundsätzliches - und ungelöstes - Problem von Tabellenkalkulationsprogrammen zu sein. 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. [...]" Tja, da habe ich wohl erst mal Pech gehabt, aber ich habe mir schon einen Workaround überlegt: Ich führe in der Bauteile-Tabelle eine Spalte ein, die einfach nur die Zeilennummer der jeweiligen Zeile enthält. Auf die so sortierte Bauteile-Tabelle mache ich dann die Referenzen der Bauteile-Tabellen der einzelnen Schaltungen. Wenn in die Bauteile-Tabelle doch mal noch ein neues Bauteil hinzukommt, wird es einfach unten an die Tabelle angefügt. Auf diese Weise kann ich die Tabelle so sortieren, wie ich es eben gerade benötige: Sollen die Referenzen stimmen, wird nach der "Zeilen"-Spalte sortiert. Will ich die Bauteile sortiert haben (Widerstände, Transistoren, ICs et cetera), weil ich ein bestimmtes Bauteil suche, wird mal kurz nach den anderen Spalten-Überschriften sortiert - und anschließend wieder nach den Zeilennummern, wodurch die Referenzen wieder stimmen. Ich weiß schon, "elegant geht anders", aber manchmal ist "quick & dirty" auch angemessen, wenn man einfach nicht mehr Funktionalität benötigt. Zu der Problemlösung mit BASE: Meine Bauteileliste umfasst gerade mal 270 Zeilen und da kommt kaum noch etwas hinzu und geändert wird auch kaum noch was, da die meisten Schaltungen gemacht sind und kaum noch neue hinzu kommen. Da ist mir zurzeit der Aufwand mit BASE einfach zu groß, da das Ganze doch eher mehr eine statische Datensammlung ist. Und ich habe zurzeit auch keine anderen "Vorhaben", mit denen ich mich auf BASE abstützen wollte/sollte/müsste ... Grüße Hans-Werner -- Originalnachricht -- Von: "Gerhard Weydt" <gerhard.we...@t-online.de> An: users@de.libreoffice.org Gesendet: 18.10.2017 21:07:19 Betreff: Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen Hallo Hans-Werner, ich gebe Robert recht, dass du dich lieber ein bisschen mit Base beschäftigen solltest. Du musst ja z.B. in Calc, wenn du neue Einträge in Tab. B oder C machst, jeweils für jeden den Bezug wieder herstellen und darfst dich dabei nicht verklicken. In deinem Beispiel unten müsstest du gleich für drei Felder den Bezug herstellen. In Base hättest du die Tabellen über Schlüsselspalten verknüpft (in deinem Fall wohl die Artikelnummer), Preis und Artikelbezeichnung wären dann automatisch passend, und du stellst den Bezug nicht über das fehlerträchtige Referenzieren von Zellen her, sondern durch Auswahl der Artikelnummer (bei Verwendung einer geschickten Listbox auch mitsamt Bezeichnung und Preis möglich). Die erste Beschäftigung mit Base erfordert etwas Anlaufaufwand, aber das macht sich bald bezahlt; und Base macht Spaß! Wenn du gar nichts von Base weißt, bietet das zugehörige Kapitel des Handbuchs "Erste Schritte" eine Einführung. Das habe ich für die Version 5.2 praktisch fertig und kann es dir gerne vorab schicken. Wenn du schon ein bisschen was weißt oder sonst einen geeigneten Hintergrund hast, kannst du auch gleich das Base-Handbuch von Robert herunterladen, eine wahre Fundgrube für das Thema! Aber zu Calc will ich dir auch eine Antwort bieten: Ich habe die Aufgabenstellung erst einmal auf das absolute Minimum reduziert: Tab. 1 mit den Zeilen A1: "ursprünglich Zelle A1" A2: "ursprünglich Zelle A2" Tab. 2 mit de einzigen Eintrag: A1: "=Tabelle1.A2" (siehst du im Eingabefeld oberhalb der Tabelle, die Anzeige ist natürlich: "ursprünglich Zelle A2") Die Tabellen haben auch wirklich die Namen "Tabelle1" und "Tabelle2", wie sie standardmäßig vergeben werden, diese Namen müssen ja beim Bezug verwendet werden. Wenn ich nun in Tabelle 1 vor der Zeile 2 eine neue Zeile einfüge und dann auf Tabelle 2 schaue, steht in der einzigen gefüllten Zelle immer noch "ursprünglich Zelle A2". Und wenn du auf das Eingabefeld schaust, steht dort "Tabelle1.A3". Der Bezug ist angepasst worden! Ich denke, das ist das, was du willst, und du kannst das sicher leicht auf dei
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
Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen
Hallo Hans-Werner, ich gebe Robert recht, dass du dich lieber ein bisschen mit Base beschäftigen solltest. Du musst ja z.B. in Calc, wenn du neue Einträge in Tab. B oder C machst, jeweils für jeden den Bezug wieder herstellen und darfst dich dabei nicht verklicken. In deinem Beispiel unten müsstest du gleich für drei Felder den Bezug herstellen. In Base hättest du die Tabellen über Schlüsselspalten verknüpft (in deinem Fall wohl die Artikelnummer), Preis und Artikelbezeichnung wären dann automatisch passend, und du stellst den Bezug nicht über das fehlerträchtige Referenzieren von Zellen her, sondern durch Auswahl der Artikelnummer (bei Verwendung einer geschickten Listbox auch mitsamt Bezeichnung und Preis möglich). Die erste Beschäftigung mit Base erfordert etwas Anlaufaufwand, aber das macht sich bald bezahlt; und Base macht Spaß! Wenn du gar nichts von Base weißt, bietet das zugehörige Kapitel des Handbuchs "Erste Schritte" eine Einführung. Das habe ich für die Version 5.2 praktisch fertig und kann es dir gerne vorab schicken. Wenn du schon ein bisschen was weißt oder sonst einen geeigneten Hintergrund hast, kannst du auch gleich das Base-Handbuch von Robert herunterladen, eine wahre Fundgrube für das Thema! Aber zu Calc will ich dir auch eine Antwort bieten: Ich habe die Aufgabenstellung erst einmal auf das absolute Minimum reduziert: Tab. 1 mit den Zeilen A1: "ursprünglich Zelle A1" A2: "ursprünglich Zelle A2" Tab. 2 mit de einzigen Eintrag: A1: "=Tabelle1.A2" (siehst du im Eingabefeld oberhalb der Tabelle, die Anzeige ist natürlich: "ursprünglich Zelle A2") Die Tabellen haben auch wirklich die Namen "Tabelle1" und "Tabelle2", wie sie standardmäßig vergeben werden, diese Namen müssen ja beim Bezug verwendet werden. Wenn ich nun in Tabelle 1 vor der Zeile 2 eine neue Zeile einfüge und dann auf Tabelle 2 schaue, steht in der einzigen gefüllten Zelle immer noch "ursprünglich Zelle A2". Und wenn du auf das Eingabefeld schaust, steht dort "Tabelle1.A3". Der Bezug ist angepasst worden! Ich denke, das ist das, was du willst, und du kannst das sicher leicht auf deine Aufgabe übertragen. Dein Problem lässt sich also sicher in Calc lösen (auch der Bezug zu anderen Tabellen muss gehen, obwohl ich es noch nicht selbst gemacht habe, da steht was in der Hilfe; aber da ist immer das Problem, wenn eine der Tabellen verschoben wird!), aber ich sehe Calc eher als gut geeignet, wenn die Dateninhalte häufig geändert werden, die Strukturen aber eher selten. Ich habe in der Arbeit mal so etwas mit Excel gemacht: die Daten wurden mit einem anderen Programm extrahiert und aufbereitet und dann in Excel geladen, wo eine ganz primitive Form eines Data Warehouse realisiert war, so dass man die Daten - die monatlich erneuert wurden - aus verschiedenen Richtungen verdichtet anschauen konnte. Da waren lauter Bezüge drin - ich glaube, noch ein oder zwei andere Funktionen außer dem Bezug - , aber die Struktur blieb im Wesentlichen gleich Wenn dann mal eine - je nachdem, wie man es darstellt - Spalte oder Zeile dazukam, erforderte es Konzentration, dass man alle notwendigen Bezüge u.ä. anpasst oder für die neuen Daten herstellt. Da wäre eine Datenbank dann besser zu handhaben gewesen. Aber die Excel-Datei konnte man einfach verschicken; eine solche Lösung kann also in manchen Fällen auch die b este sein. Und das Data Warehouse war zwar im Aufbau, aber so ein Brummer dauert seine Zeit, meine Anwendung war jedenfalls drei Jahre nach meinem Ausscheiden wegen Altersteilzeit immer noch aktiv! Dieses Beispiel sollte noch einmal ein bisschen meine Abgrenzung zwischen Calc und Base verdeutlichen - ich weiß nicht, ob jeder das genauso sieht - , dass Calc ein gutes Werkzeug ist, wenn sich vor allem die Dateninhalte öfters ändern (oder man das sowieso nur einmalig braucht), denn da kommt man dann schnell zum Ziel. Wenn dagegen häufige Änderungen am Datenumfang oder der Struktur erfolgen werden, ist man bei Base besser dran, denn dann verliert man bei Calc leichter den Überblick. Bei größeren Datenmengen wird der Vorteil von Base sowieso immer höher. Und auch die Sicherheit spricht dann für Base: wie schnell ist ein Bezug verhunzt; bei Base (bei Datenbankanwendungen allgemein) sind die Beziehungen von den Daten getrennt. Also, vielleicht machst du, nachdem du dein Problem in Calc gelöst hast, mal einen Versuch mit Base. Gruß Gerhard Am 18.10.2017 um 20:06 schrieb OoOHWHOoO: Hallo, ich habe die ursprüngliche Problemstellung mal vereinfacht: Eine CALC-Datei mit 3 Tabellen "A", "B" und "C". [1] 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 | [2] Tabelle "B": | ref_A_Artikel_10 | ref_A_ArtNr_10 | ref_A_E-Preis_10 | B_Anzahl_10 | B_G-Preis_10 | | ref_A_Artikel_50 | ref_A_ArtNr_50 |
Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen
Hallo Hans-Werner, > > 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. Wenn ich das richtig verstanden habe: In Tabelle 1 in A1 steht etwas, und A2 und in A3. Ich erstelle eine neue Tabelle2 und lasse in Tabelle2 in A1 =$Tabelle1.A1 einfügen und ziehe das nach unten. Dann füge ich in Tabelle 1 eine neue (leere Zeile) A2 ein. Bei mir wird in Tabelle2 der ursprüngliche Inhalt weiter angezeigt. Die Referenzierung hat sich also mit der eingefügten Zeile so verschoben, dass die Daten weiter so dort stehen wie vorher auch. Getestet mit LO 5.4.2.2 unter OpenSUSE 42.2 64bit rpm Linux. Gruß Robert -- Homepage: http://robert.familiegrosskopf.de LibreOffice Community: http://robert.familiegrosskopf.de/map_3 -- 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
Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen
Hallo, ich habe die ursprüngliche Problemstellung mal vereinfacht: Eine CALC-Datei mit 3 Tabellen "A", "B" und "C". [1] 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 | [2] Tabelle "B": | ref_A_Artikel_10 | ref_A_ArtNr_10 | ref_A_E-Preis_10 | B_Anzahl_10 | B_G-Preis_10 | | ref_A_Artikel_50 | ref_A_ArtNr_50 | ref_A_E-Preis_50 | B_Anzahl_50 | B_G-Preis_50 | | ref_A_Artikel_70 | ref_A_ArtNr_70 | ref_A_E-Preis_70 | B_Anzahl_70 | B_G-Preis_70 | [3] Tabelle "C": | ref_A_Artikel_30 | ref_A_ArtNr_30 | ref_A_E-Preis_30 | C_Anzahl_30 | C_G-Preis_30 | | ref_A_Artikel_90 | ref_A_ArtNr_90 | ref_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. Gibt es eine Möglichkeit in den Tabellen "B" und "C" die Zellen in der Tabelle "A" so zu referenzieren, dass bei Modifikation der Tabelle "A" die Zellinhalte in den Tabellen "B" und "C" erhalten bleiben ? 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
Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen
Hallo Robert, erst mal Dank für Deine Antwort. Nun, wenn man im CALC-Handbuch "Kapitel 10 - Verknüpfen von Calc-Daten" mit Unterpunkt "Das Einfügen von Tabellen aus einer anderen Tabellenkalkulation" gelesen hat, dann kommt man schon auf so eine Idee und empfindet sie auch nicht allzu abwegig, da diese Vorgehensweise nun mal in einem LO-Handbuch beschrieben ist. Noch etwas Hintergrund-Information zur Problemstellung: Im Laufe der Zeit habe ich mir - für meine Modellbahn-Elektronikschaltungen-Basteleien - eine CALC-Tabelle mit einer Liste erstellt, die elektronische Bauteile mit den in der vorherigen Mail aufgelisteten Angaben beinhaltet. Das andere sind die elektronischen Schaltungen in anderen Verzeichnissen mit ihren zugehörigen Bauteilelisten (Tabellen). Jetzt habe ich festgestellt, dass sich bei dem "Elektronikversender meines Vertrauens" einige Bestellnummern und Preise für verschiedene Bauteile geändert haben. Deshalb suche ich nun nach einer Möglichkeit, wie ich unter Nutzung der bereits vorhandenen großen CALC-Tabelle die kleinen CALC-Tabellen aktuell halten kann, ohne dass ich mich jetzt erst mal in die LO-Datenbankanwendung einarbeite. Gruß Hans-Werner -- Originalnachricht -- Von: "Robert Großkopf" <rob...@familiegrosskopf.de> An: users@de.libreoffice.org Gesendet: 18.10.2017 15:55:55 Betreff: Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen Hallo Hans-Werner, Du merkst: Ich habe die gesamte Mail bei der Antwort gelöscht. Das hat den Grund, dass ich nie darauf kommen würde, für eine Verknüpfung von Tabellen unterschiedliche Tabellendokumente zu nutzen. Dein Beispiel ist ein typisches Datenbankbeispiel mit Primärschlüssel und Fremdschlüssel. Warum willst Du da mit Hilfe unterschiedlichen Tabellendokumente, die eigentlich zum Kalkulationsmodul von LO gehören, ins offene Messer laufen? Gruß Robert -- Homepage: http://robert.familiegrosskopf.de LibreOffice Community: http://robert.familiegrosskopf.de/map_3 -- 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
[de-users] CALC-Daten (externer Tabellen) verknüpfen
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