Calc: Autofilter 2

de-users
#1

Hallo,
bei einer anderen Tabelle habe ich mit Autofiltern ein anderes Problem.
Es handelt sich um eine Liste, an deren unteren Ende Summen stehen. Für
das sukzessive Füllen mit Daten sind ein paar hundert Leerzeilen vorgesehen.
Wenn nun Daten nachträglich eingefügt werden sollen, erfolgt das, indem
ich sie in die erste freie Zeile eintrage und dann anhand einer
fortlaufenden Nummer neu sortiere. Da dies relativ häufig vorkommt,
möchte ich dazu den Autofilter nutzen. Doch dabei wird dann die
Summenzeile, die ganz am unteren Ende verbleiben soll, mit einsortiert,
und die Leerzeilen befinden sich dann darunter.

Wie kriege ich es hin, dass nur der Bereich bis eine Zeile oberhalb der
Summenzeile sortiert wird?

#2

Hallo Boris,

Antwort 1:
Markiere den Sortierbereich und sortiere dann;
die Summenzeile bleibt dabei außen vor.
Angesichts von "ein paar hundert Leerzeilen"
und "relativ häufigem Vorkommen"
könnte das aber in Arbeit ausarbeiten. Daher:

Antwort 2:
Arbeite mit einer Datenbank.
Mit einem minimalen Lernaufwand erzielst Du damit
einen maximalen Nutzen, der weit über das hinausgeht,
was Du mit einer Tabellenkalkulation
mit VERTRETBAREM Aufwand erreichen kannst.

Um dies in ein Bild zu kleiden:
"Man kann mit einem Taschenmesser ein Schwein schlachten …
aber ist es das falsche Werkzeug."

Gruß
Jörn

PS: Ich versuche seit vielen Jahren für das Arbeiten mit Datenbank zu
"werben".
Leider erlebe ich immer wieder, dass sich Anwender stundenlang
an großen und unübersichtlichen Tabellen an den Dingen abarbeiten,
die mit einer Datenbank im Handumdrehen gelöst sind.

#3

Hallo Boris,

du könntest doch einfach deine Summenzeile mitsortieren lassen und dort aber bei der Laufenden Nummer keinen Eintrag machen, oder einen Text rein schreiben. Dann würde das Ergebnis der Sortierung immer bedeuten, das die Zeile ganz unten bleibt.
Was auch gehen sollte, ist das du die Zeile für die Summen aus dem Bereich für die Autofilter Funktion raus nimmst. Du müsstest bevor du den Autofilter aktivierst, den Bereich (ohne die Summenzeile) durch Markieren festlegen.

Ich hoffe das hilft dir weiter.

Mfg

Jürgen Kirsten

#4

Hallo Boris,

noch eine Ergänzung. Mein zweiter Vorschlag funktioniert anscheinend nur, wenn du eine (komplette) Leerzeile zwischen deinen Daten und der Summenzeile einfügst. Diese kannst du wenn du möchtest auch ausblenden.

Mfg

Jürgen Kirsten

-------- Weitergeleitete Nachricht --------

#5

Hallo Jörn,

[... snip...]

PS: Ich versuche seit vielen Jahren für das Arbeiten mit Datenbank zu
"werben".
Leider erlebe ich immer wieder, dass sich Anwender stundenlang
an großen und unübersichtlichen Tabellen an den Dingen abarbeiten,
die mit einer Datenbank im Handumdrehen gelöst sind.

Was die Datenbanknutzung angeht bin ich leider keine Ausnahme.

Meine Tabellen fingen mit wenigen Zeilen an und sind mit der Zeit
erheblich im Umfang gewachsen. Jetzt auf eine Datenbank um zu schwenken
fände auch ich durchaus sinnvoll – allein, ich weiß nicht wo ich
anfangen soll. Zum Einen fallen ständig neue Daten für die Tabelle an,
zum Anderen befürchte ich, dass mir das Erstellen einer Datenbank mit
der inzwischen benötigten Funktionalität weit über mein Datenbank-
Verständnis hinausgeht. Es geht ja nicht nur darum die Datenbank
einmalig mit Daten zu füllen. Was mir vor allem ein Rätsel blieb sind
insbesondere die Abfragen von Daten und der Mechanismus wie ich (mit SQL)
neue Daten einfügen, vorhandene ändern oder gar löschen kann.. Dies
insbesondere dann wenn die Daten sinnvoller Weise auf mehrere Tabellen
verteilt sind (relationale Datenbank).

Sicher nicht nur ich wäre für hilfreiches an die Hand nehmen beim
Aufbau einer komplexen Datenbank dankbar. Das allseits bekannte
Beispiel der (simplen) Medien-Datenbank reicht mir jedoch nicht aus.

Gruß
Peter

#6

Hallo Peter,

Sicher nicht nur ich wäre für hilfreiches an die Hand nehmen beim
Aufbau einer komplexen Datenbank dankbar. Das allseits bekannte
Beispiel der (simplen) Medien-Datenbank reicht mir jedoch nicht aus.

Was ist das für ein "allseits bekanntes Beispiel"? Meinst Du die
Beispieldatenbank zum Handbuch? Die als "simpel" zu bezeichnen kann ich
mir nicht vorstellen: 20 Tabellen in allen erdenklichen Beziehungen
zueinander.

Gruß

Robert
(der schon viele Leute beim Aufbau einer Datenbank "an die Hand
genommen" hat)

#7

Hallo Robert,

Nein, ich erinnere mich da an diverse Beispiele im Zusammenhang mit
MySQL.

An die "Beispieldatenbank zum Handbuch", vermutlich LO, hatte ich nicht
gedacht; schaue ich mir mal an.

Gruß
Peter

#8

Hallo Jürgen,
Danke, das war's. Meine Leerzeilen enthielten Formeln, auch wenn diese
nichts angezeigt hatten. Mit einer "echten" Leerzeile vor der
Summenzeile funktioniert die Beschränkung des Filterbereichs.

#9

Hallo Jörn,
Deinen löblichen Enthusiasmus in allen Ehren...

Antwort 2:
Arbeite mit einer Datenbank.

... aber damit würde ich u.a. die Weitergabefähigkeit einbüßen.

Mit einem minimalen Lernaufwand erzielst Du damit
einen maximalen Nutzen, der weit über das hinausgeht,
was Du mit einer Tabellenkalkulation
mit VERTRETBAREM Aufwand erreichen kannst.

Die Tabelle ist perfekt: sie ist übersichtlich, leicht verständlich und
von Jedem auf Anhieb zu nutzen. Der Aufwand, das auf eine DB
umzustellen, wäre erheblich (um nicht zu sagen riesig), und niemand
außer mir wäre in der Lage, sie zu nutzen -damit wäre der Nutzen nahe Null.

Um dies in ein Bild zu kleiden:
"Man kann mit einem Taschenmesser ein Schwein schlachten …
aber ist es das falsche Werkzeug."

Ich will aber auch keine Briefmarke mit der Machete schneiden...

Was ich damit sagen will: mir begegnet vielleicht alle fünf Jahre mal
ein Fall, in dem eine DB -vielleicht- tatsächlich besser geeignet wäre.
Und gerade LO als Frontend ist mir dafür bei weitem zu unhandlich; das
ist eher was für Leute, die täglich mit Datenbanken zu tun haben, für
Gelegenheitsanwender eher nicht.

#10

Hallo Boris

Hallo Jörn,
Deinen löblichen Enthusiasmus in allen Ehren...

Antwort 2:
Arbeite mit einer Datenbank.

... aber damit würde ich u.a. die Weitergabefähigkeit einbüßen.

Mit einem minimalen Lernaufwand erzielst Du damit
einen maximalen Nutzen, der weit über das hinausgeht,
was Du mit einer Tabellenkalkulation
mit VERTRETBAREM Aufwand erreichen kannst.

Die Tabelle ist perfekt: sie ist übersichtlich, leicht verständlich und
von Jedem auf Anhieb zu nutzen.

Das sieht man daran, dass du erst mal hier nachfragen musst, obwohl du die Tabelle selbst erstellt hast.

Der Aufwand, das auf eine DB
umzustellen, wäre erheblich (um nicht zu sagen riesig), und niemand
außer mir wäre in der Lage, sie zu nutzen -damit wäre der Nutzen nahe Null.

Um dies in ein Bild zu kleiden:
"Man kann mit einem Taschenmesser ein Schwein schlachten …
aber ist es das falsche Werkzeug."

Ich will aber auch keine Briefmarke mit der Machete schneiden...

Was ich damit sagen will: mir begegnet vielleicht alle fünf Jahre mal
ein Fall, in dem eine DB -vielleicht- tatsächlich besser geeignet wäre.
Und gerade LO als Frontend ist mir dafür bei weitem zu unhandlich; das
ist eher was für Leute, die täglich mit Datenbanken zu tun haben, für
Gelegenheitsanwender eher nicht.

Gruß
Gerhard

#11

Hallo,

Die Tabelle ist perfekt: sie ist übersichtlich, leicht verständlich und
von Jedem auf Anhieb zu nutzen.

Das sieht man daran, dass du erst mal hier nachfragen musst, obwohl du
die Tabelle selbst erstellt hast.

was meinst Du, was ich bei Base erst für Fragen hätte! :wink:

Im Ernst: meine Frage betraf ein Detail, um es noch bequemer zu nutzen.
Mit der Tabelle kommen sogar Leute zurecht, die sonst Probleme mit der
PIN am Handy haben...