Hi,
ich möchte eine Abfrage von Base in eine Tabellendokument nach Calc exportieren. Dabei bin ich die gewöhnlichen Schritte gegangen:
1. Abfrage aufrufen
2. erwünschte Zeilen in Abfrage markieren und kopieren
3. Neue Calctabelle aufrufen
4. Zelle in der Calctabelle auswählen und über "Einfügen" den Datensatz der Abfrage in die Calctabelle einfügen
Das funktioniert. Bloß leider werden in den Zahlenfeldern die Kommas nicht übernommen. In einer Zelle steht dann statt dem ursprünglichen Wert von z.B. 36,789 stattdessen plötzlich 36789
Hat jemand eine Idee woran das liegt und wie man das behebt? Vielen Dank für eure Hilfe!
🙏 Helfen Sie jetzt mit, unser LibreOffice Forum zu erhalten! 🙏
Mit Ihrer Spende sichern Sie den Fortbestand, den Ausbau und die laufenden Kosten dieses Forums. 🌱
🍀 Jeder Beitrag zählt – vielen Dank für Ihre Unterstützung!🍀
>> Dank Ihrer Unterstützung -> Keine Werbung für alle registrierten LibreOffice-Forum User! <<
🤗 Als Dankeschön werden Sie im Forum als LO-SUPPORTER gekennzeichnet. 🤗
Base Abfrage-Export nach Calc - Kommas verschwinden!
-
- Beiträge: 5
- Registriert: Do 23. Okt 2014, 17:11
Re: Base Abfrage-Export nach Calc - Kommas verschwinden!
Hallo PeterPeter,
ich würde zuerst einmal auf irgendwelche Ungereimtheiten mit der Spracheinstellung tippen. Eine Datenbank speichert Dezimalzahlen intern mit einem Dezimalpunkt. Das Komma ist aber bei uns üblich und wird stattdessen in der grafischen Benutzeroberfläche dargestellt. Sind die Aufnahmezellen jetzt z.B. auf "Englisch" oder "USA" oder so etwas eingestellt, dann gilt dort ein anderes Dezimatrennzeichen und das Komma wird stattdessen als Trennzeichen für die Tausender benutzt.
Ich habe so etwas gerade probiert und konnte bei unterschiedliche Gebietsschemata eine ursprüngliche zweistellige Zahl mit 3 Nachkommastellen nach Calc übertragen - das wurde dort in dem englischen Gebietsschema zu einer fünfstelligen Zahl. Bei einer zweistelligen Zahl mit zwei Nachkommastellen passiert so ein Verhalten nicht. Die kann Clac mit dem Gebietsschema nicht deuten und macht daraus einen Text.
Schreib doch einmal auf, mit welchem System Du genau arbeitest (Betriebssystem, LO-Version.
Schreib auf, ob Du über den Datenquellenbrowser oder über die Zwischenablage arbeitest.
Gruß
Robert
ich würde zuerst einmal auf irgendwelche Ungereimtheiten mit der Spracheinstellung tippen. Eine Datenbank speichert Dezimalzahlen intern mit einem Dezimalpunkt. Das Komma ist aber bei uns üblich und wird stattdessen in der grafischen Benutzeroberfläche dargestellt. Sind die Aufnahmezellen jetzt z.B. auf "Englisch" oder "USA" oder so etwas eingestellt, dann gilt dort ein anderes Dezimatrennzeichen und das Komma wird stattdessen als Trennzeichen für die Tausender benutzt.
Ich habe so etwas gerade probiert und konnte bei unterschiedliche Gebietsschemata eine ursprüngliche zweistellige Zahl mit 3 Nachkommastellen nach Calc übertragen - das wurde dort in dem englischen Gebietsschema zu einer fünfstelligen Zahl. Bei einer zweistelligen Zahl mit zwei Nachkommastellen passiert so ein Verhalten nicht. Die kann Clac mit dem Gebietsschema nicht deuten und macht daraus einen Text.
Schreib doch einmal auf, mit welchem System Du genau arbeitest (Betriebssystem, LO-Version.
Schreib auf, ob Du über den Datenquellenbrowser oder über die Zwischenablage arbeitest.
Gruß
Robert
https://de.libreoffice.org/get-help/documentation/
https://www.familiegrosskopf.de/robert/index.php?&Inhalt=base_handbuch
https://www.familiegrosskopf.de/robert/index.php?&Inhalt=xml_formulare
https://www.familiegrosskopf.de/robert/index.php?&Inhalt=base_handbuch
https://www.familiegrosskopf.de/robert/index.php?&Inhalt=xml_formulare
An alle, die das LibreOffice-Forum gern nutzen und unterstützen wollen:
Bitte helfen Sie uns mit 7 Euro pro Monat.
Durch Ihren Beitrag tragen Sie dazu bei, unsere laufenden Kosten für die kommenden Monate zu decken.
Unkompliziert per Kreditkarte oder PayPal.
Als ein kleines Dankeschön werden Sie im LO-Forum als SUPPORTER gekennzeichnet.