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


Also Edgar,

ganz so dreist wie Du mein Posting interpretierst war es sicherlich nicht gemeint. Ich will niemandem etwas am Zeug flicken. Jeder muss selber entscheiden, wie er seine Aufgaben lösen will.

Die Anderen aber sollten auch respektieren, dass ein user durchaus Gründe hat eine anderen Weg, als den von mir bevorzugten(als einzig Richtigen) anzuwenden.


Edgar Kuchelmeister schrieb:
Hallo Marino,

Am 24.01.2013 07:53, schrieb Salvalaggio Marino:

Ich weiss sehr wohl, dass viele sich gar nicht im klaren sind, wie
sich Datenbanken von Kalkulationstabellen unterscheiden.

Ich hatte es dir schon mal geschrieben:
Wenn du deine Probleme nicht konkretisierst kannst du nicht erwarten
Lösungen zu bekommen.
Dein Userbashing in diesem Post halte ich für IMHO unverschämt.
Eine ganze Reihe Leute versuchen dir zu helfen -

ich habe auch jedem anständig geantwortet und darauf verwiesen um was es mir bei der Frage geht.

und deine Aussage ist,
die kennen den Unterschied zwischen einer Datenbank und einer
Tabellenkalkulation nicht.

Datenbanken sammeln Daten und halten diese vor, richtig!
Datenbanken selektieren und geben Datenauszüge wieder, richtig!
Aber Datenbanken sind nicht dafür gedacht komplizierte Berechnungen
auszuwerfen!

Wer spricht den hier von komplizierten Berechnungen?...

Von Geologie und weiss der Geier was noch alle haben andere gesprochen. Das diese Dinge eine Relevanz haben weiss ich selber - war aber bei meine Anfrage nie das Thema!

>> Mein Hauptproblem nun ist: wie kann ich die Zwischenwerte aus den
>> Tabellen abrufen, sonst muss ich Tabellen erzeugen, die vom
>> Dachstock bis zum Keller reichen:
>>
>> zB in Tab 1 findet sich die Werte
>> 1.00m / 36000m³
>> 1.25m / 40000m³

>> das aktuelle Niveau ist 1.175m = ?

Das war meine Anfrage! Nachdem ich gemerkt hatte, dass nicht erkannt wurde was ich genau meinte, habe ich folgendes nachgeschoben.

>> Wenn man davon ausgeht, dass die Proportion mehr oder weniger einer
>> Kurve folgt ist daher die Folgerung
>> nach obigem Beispiel:
>>
>> 36000/1.00 = 36m³
>> 40000/1.25 = 32m³
>> (36 + 32)/2 =  34m³ > 1175 * 34 = 39950m³
>> ja annähernd genug...

also alles andere als komplizierte Mathematik

und

>> Ich bin mir nur nicht im klaren, wie ich eine Abfrage bilden kann, >> welche als Grundlage Eckdaten aus nichtlinearen Parametern hat und >> somit nicht auf explizite Niveaus beruht. Wenn ich zu jedem
>> Niveau-mm einen Eintrag habe, kann ich ja den entsprechenden
>> Umrechnungsfaktor finden. Nur wird dann die Tabelle endlos lange.
>> Wenn ich aber:
>> von 10...25 gilt 0.771
>> von 25...30 gilt 0.773
>> von 30...44 gilt 0.776 u.s.w.
>>
>> habe, wie frage ich dann ab?

Wenn das nicht konkret genug war, tut es mir leid...


Du hast dein Problem aber genauso dargestellt, bzw. ich und andere haben
es so verstanden.
Also wäre ein korrekter Lösungsweg Datenauszüge erstellen und diese in
einer Tabellenkalkulation rechnerisch aufbereiten, basta!

Sagst Du solches auch einem der eine Lohnbuchhaltung entwerfen will?

Dann hast Du aber bestimmt schon davon gehört, dass keine kommerzielle Buchhaltung auf Tabellenkalkulation beruht, sondern immer auf Datenbanken ausgeführt wird!

Rest gelöscht

Marino



--
Informationen zum Abmelden: E-Mail an users+help@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.