[Calc] Problem mit Bulk-Zellen-Verschieben im AUTOFILTER-Modus

de-users
#1

_*Technik:*_
Win7-Prof - LibOff: Version: 5.3.7.2 (x64)

#2

Hallo nwl.gsh,

_*Technik:*_
Win7-Prof - LibOff: Version: 5.3.7.2 (x64)

======================================================================

Hallo zusammen,

ich bin gerade dabei, mir eine zentrale Datenbank in *_Base_* mit
Adressen aus allen möglichen CSV-Quellen (Mailer, SM-Phone, usw.)
anzulegen, um Dubletten zu vermeiden und deren Pflege nur an *_einem_*
statt an *_verteilten_* Orten vornehmen zu müssen. Bisher habe ich da
noch *_kein Tool_* gefunden, das das zufriedenstellend löst.

Als Vorstufe zu Base verwende ich _*Calc*_. Wie üblich bei CSV-Dateien,
sind die Felder teilweise wie Kraut und Rüben durcheinandergemischt.
Beispielsweise finden sich die Mailadressen in allen möglichen Feldern
(Name, Ort usw.) Da es sich um über 700 Adressen handelt, will ich das
nicht *_manuell_* machen, weil ich dabei einschlafe, sondern auf etwas
intelligentere Weise.

Das einfachste wäre natürlich, per Autofilter jedes Feld (Name, Ort usw)
nach dem Zeichen "@" zu filtern und alles, was da angezeigt wird, per
Drag & Drop in das Mail-Feld zu verschieben. Funktioniert aber leider
nicht !! Von Calc wird das Sperr-Zeichen (=geht nicht) gezeigt.
Jedenfalls bei mir.

Ich habe da eine Lösung gefunden, die zwar funktioniert, aber etwas
umständlich ist und größeren Aufwand bedeutet, den ich gern vermeiden
möchte. Hat da jemand eine *_Patentlösung_*?

Ich mache das hier so, dass ich alle ursprünglichen Quellen in ihren
jeweiligen Tabelle mit ihrer Tabellen-Struktur belasse - so kann ich
später auch einfacher Updates vornehmen.

Dann bilde ich "darüber" eine neue Ziel-Tabelle, in der ich jeweils
per Formel, die sich ja schnell runterziehen lässt einfach sage, den
Inhalt für das Feld1 in meiner übergeordneten Tabelle hole Dir für
die ersten x+y Zeilen aus der ersten Untertabelle aus Spalte z. Dann
in Zeile x+y+100 hole Dir die Inhalte aus der zweiten Untertabelle
aus Spalte w. Und so weiter ...

Wie gesagt geht es mit dem Formel-Kopieren schnell und einfach und
man braucht auch jeweils aus den unterschiedlichen Untertabellen nur
die Zell-Inhalte zu nehmen, die man tatsächlich braucht - ohne deren
Struktur zu verändern.

Und fertig ist die Obertabelle als Basis für die Datenbank.

Jeder nützliche Tipp ist herzlich willkommen!

Danke schon mal und ein sonniges WE wünscht
Kurt

---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus

Hint: Diese vorstehende gefährliche Werbung kann man auch abstellen.

#3

Hallo Franklin,

danke erstmal, aber Deinen Vorschlag habe ich nicht verstanden und versuche ihn mal zu übersetzen, dass ich ihn verstehe...

Am Beispiel SM-Phone:
Von Deiner Ziel-Tabelle (auf Deinem PC) stellst Du eine *_interaktive_*, also *_bidirektionale_* (!!) Verbindung her zu den Kontakten Deines SM-Phones (wie??), das momentan gerade in Deinem Auto liegt. Richtig? Und dann schickst Du Daten hin- und her, um damit z.B. einen Serienbrief zu schreiben.

Wenn Du das schaffst, bist Du Nobelpreis-verdächtig!!

Jeder _*nützliche*_ (!!) Tipp ist herzlich willkommen!
Mfg, Kurt

#4

Hallo nwl.gsh,

danke erstmal, aber Deinen Vorschlag habe ich nicht verstanden

Das merkt man ... :wink:

und versuche ihn mal zu übersetzen, dass ich ihn verstehe...

Am Beispiel SM-Phone: Von Deiner Ziel-Tabelle (auf Deinem PC)
stellst Du eine *_interaktive_*, also *_bidirektionale_* (!!)
Verbindung her zu den Kontakten Deines SM-Phones (wie??),

... per MPE (MyPhoneExplorer); ja, immer wenn sich was ändert, wird
sychronisiert - aber tröste Dich: Hier wird wesentlich häufiger
aufgrund von Änderungen in meinem Kalender als von Adress-Änderungen
synchronisiert.

das momentan gerade in Deinem Auto liegt. Richtig?

Nein, falsch, ich trage mein Handy immer bei mir ... :wink:

Und dann schickst Du Daten hin- und her, um damit z.B. einen
Serienbrief zu schreiben.

Die Basis für den Serienbrief ist wie gesagt die übergeordnete
Tabelle. Du musst einmalig diese Verknüpfungen zu den
Original-Liefertabellen in der übergeordneten Tabelle per Formel
herstellen. Wenn Du das erledigt hast, dann können wir gerne über
das weitere Serienbrief-Vorgehen reden. :wink:

Jeder _*nützliche*_ (!!)

Ich arbeite damit quasi täglich - von daher hier absolut nützlich.

Tipp ist herzlich willkommen! Mfg, Kurt

Ich mache das hier so, dass ich alle ursprünglichen Quellen in
ihren jeweiligen Tabelle mit ihrer Tabellen-Struktur belasse -
so kann ich später auch einfacher Updates vornehmen.

Dann bilde ich "darüber" eine neue Ziel-Tabelle, in der ich
jeweils per Formel, die sich ja schnell runterziehen lässt
einfach sage, den Inhalt für das Feld1 in meiner übergeordneten
Tabelle hole Dir für die ersten x+y Zeilen aus der ersten
Untertabelle aus Spalte z. Dann in Zeile x+y+100 hole Dir die
Inhalte aus der zweiten Untertabelle aus Spalte w. Und so
weiter ...

Wie gesagt geht es mit dem Formel-Kopieren schnell und einfach
und man braucht auch jeweils aus den unterschiedlichen
Untertabellen nur die Zell-Inhalte zu nehmen, die man
tatsächlich braucht - ohne deren Struktur zu verändern.

Und fertig ist die Obertabelle als Basis für die Datenbank.

--- Diese E-Mail wurde von Avast Antivirus-Software auf Viren
geprüft. https://www.avast.com/antivirus

Nochmal: Diese gefährliche Werbung lässt sich abschalten.

#5

Hallo Kurt,

ich bin gerade dabei, mir eine zentrale Datenbank in *_Base_* mit
Adressen aus allen möglichen CSV-Quellen (Mailer, SM-Phone, usw.)
anzulegen, um Dubletten zu vermeiden und deren Pflege nur an *_einem_*
statt an *_verteilten_* Orten vornehmen zu müssen. Bisher habe ich da
noch *_kein Tool_* gefunden, das das zufriedenstellend löst.

Warum machst Du nicht alle CSV-Quellen jeweils zu Datenquellen von Base?
Alle *.csv-Dateien in ein Verzeichnis, Verzeichnis als Textdatenquelle
und Du hast die Tabellen in Base sichtbar. Hier kannst Du schon die
Reihenfolge der für Dich wichtigen Felder über Abfragen für jede Tabelle
bestimmen.
Neue Datenbank (z.B. interne HSQLDB) erstellen.
Sämtliche Tabellen aus der CSV-Datenbank in die interne Datenbank
kopieren, Primärschlüssel dabei erstellen lassen.
Bereits beim Import könntest Du auch entscheiden, welche Felder der
Quelltabelle in welche Felder der Zieltabelle geschrieben werden.
Ansonsten kannst Du das auch später über Abfragen erledigen.

Gruß

Robert

#6

Hallo nwl.gsh,

Hallo Kurt,

ich bin gerade dabei, mir eine zentrale Datenbank in *_Base_*
mit Adressen aus allen möglichen CSV-Quellen (Mailer, SM-Phone,
usw.) anzulegen, um Dubletten zu vermeiden und deren Pflege nur
an *_einem_* statt an *_verteilten_* Orten vornehmen zu müssen.
Bisher habe ich da noch *_kein Tool_* gefunden, das das
zufriedenstellend löst.

Warum machst Du nicht alle CSV-Quellen jeweils zu Datenquellen
von Base? Alle *.csv-Dateien in ein Verzeichnis, Verzeichnis als
Textdatenquelle und Du hast die Tabellen in Base sichtbar. Hier
kannst Du schon die Reihenfolge der für Dich wichtigen Felder
über Abfragen für jede Tabelle bestimmen. Neue Datenbank (z.B.
interne HSQLDB) erstellen. Sämtliche Tabellen aus der
CSV-Datenbank in die interne Datenbank kopieren, Primärschlüssel
dabei erstellen lassen. Bereits beim Import könntest Du auch
entscheiden, welche Felder der Quelltabelle in welche Felder der
Zieltabelle geschrieben werden. Ansonsten kannst Du das auch
später über Abfragen erledigen.

Der Vorschlag von Robert ist natürlich noch "einfacher" ...
So ersparst Du Dir die ganzen Verknüpfungformeln in Calc und machst
die Feld-Zuordnungen eben in Base per Abfragen - jeder halt so, wie
es ihm beliebt ... :wink:

#7

Hallo Robert,

wir kommen immer mehr ab von meinem eigentlichen Problem, das *_nicht_* darin besteht, wie ich meine Adressen organisiere. Ich werde diese so organisieren, wie ich es mir momentan vorstelle, es sei denn, ich bekomme einen Hinweis auf ein entsprechendes *_Tool_*, das diese Arbeit komplett für mich erledigt, was ich, ehrlich gesagt, für sehr unwahrscheinlich halte, denn natürlich habe ich selbst auch schon gründlich recherchiert.

Und ich habe mich nun einmal entschieden, das über _*Calc*_ als *_Vorstufe_* zu *_B_**_ase_* zu erledigen, weil alles andere momentan eine tiefere Einarbeitung in LO und damit zuviel Zeit erfordern würde. Ist das so angekommen? Warum geht niemand auf mein *_AutoFilter_*-Problem ein?

Mein Problem z.Zt. ist die _*Korrektur*_ der Datensätze (Records) in einer Calc-Tabelle, die in der vorliegenden Form *_unbrauchbar_* (!!) sind. Mit geringst möglichem *_Aufwand_* an manueller Arbeit (!!). Wie beschrieben, stimmen Feldname und Feldinhalt nicht überein. Siehe Mail-Beispiel. Und für diese Korrektur benötige ich einen möglichst effektiven Arbeitsablauf für über 700 Records, zu denen fortlaufend welche dazukommen.

So einfach und doch so schwierig!

MfG, Kurt

#8

Hallo nwl.gsh,

Hallo Robert,

wir kommen immer mehr ab von meinem eigentlichen Problem, das
*_nicht_* darin besteht, wie ich meine Adressen organisiere.

Vielleicht doch? So hat es den Anschein, dass bei Dir ein- und
derselbe Datensatz an mehreren Stellen vorkommt. Hier kommt z.B.
jeder Datensatz tatsächlich auch nur EIN Mal vor.

Warum geht niemand auf mein *_AutoFilter_*-Problem ein?

Vermutlich weil es dafür aktuell keine Lösung gibt und jedes andere
Vorgehen sinnvoller erscheint?

Mein Problem z.Zt. ist die _*Korrektur*_ der Datensätze
(Records) in einer Calc-Tabelle, die in der vorliegenden Form
*_unbrauchbar_* (!!) sind.

Warum das denn? Ob Du den Datensatz nun in Base, in Calc oder
sonstwo korrigierst, ist doch eigentlich egal, oder?

Mit geringst möglichem *_Aufwand_* an manueller Arbeit (!!).

Um das Ändern der geänderten Feld-Inhalte wirst Du wohl nicht umhin
kommen.

Wie beschrieben, stimmen Feldname und Feldinhalt nicht überein.

Das macht ja absolut nichts - dafür hast Du ja die
Verknüpfungs-Formeln, die immer das richtige Feld ansprechen.

Siehe Mail-Beispiel.

Gibt's hier nicht.

Und für diese Korrektur benötige ich einen möglichst effektiven
Arbeitsablauf für über 700 Records, zu denen fortlaufend welche
dazukommen.

So einfach und doch so schwierig!

Hier ist das Ändern von Teilen der rd. 500 Datensätzen jedenfalls
kein Problem.

MfG, Kurt

.... und tschüss

            Franklin

#9

Hallo Kurt,

ich verstehe dein Vorgehen ja auch nicht ganz, aber wenn du sowieso dann ein Makro draus machen willst, ist Filter und Drag and Drop (das auch in der Version 6.0 nicht für ein Filterergebnis geht, nur für einen zusammenhängenden Zellenbereich) wohl nicht der einfachste Weg. Ich würde die betroffenen Zellen einfach suchen und den Inhalt übertragen. Das ist händisch natürlich mühsam (jeweils Suchen [geht auch mit Strg+G], Strg+X und Strg+V), aber für ein Makro kein Problem.

Gruß

Gerhard