Re: [de-users] Re: Feldbezeichnungen für Base-Tabelle ermitteln

2010-01-05 Diskussionsfäden Robert Großkopf
Hallo Andreas,
> >
> > für eine automatische Suchfunktion in Base möchte ich, statt die
> > Feldbezeichnung für jede Tabelle gesondert in ein Makro einzutragen, die
> > Feldbezeichnung der Tabellen direkt ermitteln. In PHP/MySQL erreiche ich
> > dies durch
> > mysql_field_name.
> > Auch gibt es da so etwas wie "SHOW COLUMNS ..."
> > Jetzt geht es um die Base-interne HSQLDB. Und da komme ich so schnell
> > nicht weiter. Vielleicht kann mir jemand hier auf die Sprünge helfen?
> 
> Als Report mit dem Sun Report Builder:
> http://user.services.openoffice.org/en/forum/viewtopic.php?f=42&t=24633

Ich dachte erst, dass das nicht passen kann - was hat der Report-Builder damit 
zu tun. Aber die Abfragen brachten dann das, was ich suchte. Die entsprechende 
Auswertung kann ich dann auch in mein Vorhaben integrieren.

Danke, hat gepasst.

Gruß

Robert

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



Re: [de-users] Feldbezeichnungen für Base-Tabelle ermitteln

2010-01-05 Diskussionsfäden Robert Großkopf
Hallo Mechtilde,
> >
> > mysql_field_name.
> > Auch gibt es da so etwas wie "SHOW COLUMNS ..."
> > Jetzt geht es um die Base-interne HSQLDB. Und da komme ich so schnell
> > nicht weiter. Vielleicht kann mir jemand hier auf die Sprünge helfen?
> 
> Die Referenz zur HSQl DB unter hsqldb.org kennst Du?

Ja, da bin ich aber leider nicht fündig geworden. Alles, was mit 
Spaltenbezeichnungen, Namen usw. zu tun hat, setzt die Namenseingabe voraus. 
Die Bezeichnungen der Spalten lassen sich nicht ermitteln.

Gruß

Robert


-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



[de-users] Re: Feldbezeichnungen für Base-Tabelle ermi tteln

2010-01-05 Diskussionsfäden Andreas Saeger

Robert Großkopf wrote:

Liebe Liste,

für eine automatische Suchfunktion in Base möchte ich, statt die 
Feldbezeichnung für jede Tabelle gesondert in ein Makro einzutragen, die 
Feldbezeichnung der Tabellen direkt ermitteln. In PHP/MySQL erreiche ich dies 
durch

mysql_field_name.
Auch gibt es da so etwas wie "SHOW COLUMNS ..."
Jetzt geht es um die Base-interne HSQLDB. Und da komme ich so schnell nicht 
weiter. Vielleicht kann mir jemand hier auf die Sprünge helfen?


Gruß

Robert
From - Tue


Als Report mit dem Sun Report Builder:
http://user.services.openoffice.org/en/forum/viewtopic.php?f=42&t=24633


-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



Re: [de-users] Feldbezeichnungen für Base-Tab elle ermitteln

2010-01-05 Diskussionsfäden Mechtilde
Hallo Robert,

Robert Großkopf schrieb:
> Liebe Liste,

> mysql_field_name.
> Auch gibt es da so etwas wie "SHOW COLUMNS ..."
> Jetzt geht es um die Base-interne HSQLDB. Und da komme ich so schnell nicht 
> weiter. Vielleicht kann mir jemand hier auf die Sprünge helfen?

Die Referenz zur HSQl DB unter hsqldb.org kennst Du?

Gruß

Mechtilde
> 



-- 
Dipl. Ing. Mechtilde Stehmann
## http://de.openoffice.org
## Ansprechpartnerin für die deutschsprachige QA
## Freie Office-Suite für Linux, Mac, Windows, Solaris
## Meine Seite http://www.mechtilde.de
## PGP encryption welcome! Key-ID: 0x53B3892B


-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



[de-users] Feldbezeichnungen für Base-Tabelle ermitteln

2010-01-05 Diskussionsfäden Robert Großkopf
Liebe Liste,

für eine automatische Suchfunktion in Base möchte ich, statt die 
Feldbezeichnung für jede Tabelle gesondert in ein Makro einzutragen, die 
Feldbezeichnung der Tabellen direkt ermitteln. In PHP/MySQL erreiche ich dies 
durch
mysql_field_name.
Auch gibt es da so etwas wie "SHOW COLUMNS ..."
Jetzt geht es um die Base-interne HSQLDB. Und da komme ich so schnell nicht 
weiter. Vielleicht kann mir jemand hier auf die Sprünge helfen?

Gruß

Robert

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



Re: [de-users] Re: Base MySQL oder PostgreSQL

2010-01-05 Diskussionsfäden Robert Großkopf
Hallo Mechtilde,
> 
> > >> Eine Suche in in einer Tabelle hat damals mit den
> > >> Bordmitteln von Base ca. 1 Minute benötigt, völlig
> > >> inakzeptabel. In der
> > >> Access Datenbank ist keine Verzögerung spürbar, dürfte unter
> > >> 0,5s liegen.
> > >
> > > stimmt, solcherart Probleme gibt es
> >
> > Hier wurde immer noch nicht die Frage beantwort, ob die Tabelle zuvor
> > vollständig geladen wurde.
> 
> Die Suchfunktion zeigt kein wesentlich schnelleres Verhalten - habe ich
>  direkt probiert. Ich werde das Ganze beizeiten einmal mit SQL und Makros
>  so ähnlich versuchen, wie ich des mit PHP bei 8000 Datensätzen innerhalb
>  von unter 1 Sekunde hin bekomme.

Habe ich jetzt auf die Schnelle zusammengestückelt:

robert.familiegrosskopf.de/download/Suchtest.odb

Ist eine Datei von 2 MB Größe, enthalt eine Tabelle mit 8000 
Bibliotheksdatensätzen und ein Formular, in dem alles quer durch die 
Datensätze gesucht werden kann. Makros anschalten und die Suche verläuft in 
der gleichen Geschwindigkeit wie mit Filtern - über alle Datensätze und alle 
Felder. Einfach Text in die obere Textbox, Button gedrückt ...

Natürlich ist innerhalb 1 Stunde Arbeitszeit keine Allroundfunktion 
zusammengekommen. Was aber wichtig ist:
Ich habe anfangs in der Kombination Apache/MySQL/PHP häufig auch mit ganzen 
Tabellen gearbeitet - der Aufbau im Webbrowser nahm verdammt viel Zeit ein. 
Daraufhin bin ich hingegangen und habe eine Seitendarstellung erzeugt. Die 
Suchfunktion mit Lupe/Fernglas macht im Prinzip diesen Seitenaufbau auch 
durch. Das kann natürlich dauern, weil eben die Seiten nicht so schnell 
nachrutschen.

Gruß

Robert

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



Re: [de-users] Re: Base MySQL oder PostgreSQL

2010-01-05 Diskussionsfäden Robert Großkopf
Hallo Mechtilde,

> >> Eine Suche in in einer Tabelle hat damals mit den
> >> Bordmitteln von Base ca. 1 Minute benötigt, völlig
> >> inakzeptabel. In der
> >> Access Datenbank ist keine Verzögerung spürbar, dürfte unter
> >> 0,5s liegen.
> >
> > stimmt, solcherart Probleme gibt es
> 
> Hier wurde immer noch nicht die Frage beantwort, ob die Tabelle zuvor
> vollständig geladen wurde.

Die Suchfunktion zeigt kein wesentlich schnelleres Verhalten - habe ich direkt 
probiert. Ich werde das Ganze beizeiten einmal mit SQL und Makros so ähnlich 
versuchen, wie ich des mit PHP bei 8000 Datensätzen innerhalb von unter 1 
Sekunde hin bekomme.

Gruß

Robert

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



Re: [de-users] Base: öffnen eines Formulars beim Öffnen einer OO-B

2010-01-05 Diskussionsfäden Robert Großkopf
Hallo Siegfried,

> Dies ist doch ein Macro mit dem ich das Formular starten kann wie ich
> ausprobiert habe.
> Aber, ich mache meine Datei Neue Datenbank.odb auf, und dann soll sich
> auch das Formular "Menuformular" mit öffnen.

> sub Formular_Start
>   dbFrame=StarDesktop.currentComponent
> oDataSource = dbframe.datasource
> oConnection = oDataSource.getConnection("","")
> dim Args(1) as new com.sun.star.beans.PropertyValue
> Args(1).name = "OpenMode"
> Args(1).value = "open"
> Args(0).name = "ActiveConnection"
> Args(0).value = oConnection
> oForms = oDataSource.DataBaseDocument.getFormDocuments
> oForms.loadcomponentfromURL( "Menuformular", "_Default", 63, Args())
> end sub

Du musst das Makro direkt mit dem Start der Datenbankdatei "Neue 
Datenbank.odb" verknüpfen:

Extras - Anpassen - Ereignisse - Dokument öffnen
... hier dann Makro auswählen und mit der Datenbankdatei abspeichern.


Warum heißt Deine Datei eigentlich "Neue Datenbank.odb"? Würde ich schnellsten 
auf einen passenden Namen ummünzen.

Gruß

Robert

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



[de-users] Re: Base MySQL oder PostgreSQL

2010-01-05 Diskussionsfäden Andreas Saeger

michael wrote:

Andreas Saeger schrieb:



:param IS NULL scheiterte aber schon wenn ich mich recht entsinne.
Ebenso :param BETWEEN "X" AND "Y" oder "X" BETWEEN :von AND :bis



für BETWEEN gibt es einen Würgaround:

Für die betreffende Spalte zusätzlich einen Alias einrichten und dann >
Spalte und < Alias bzw. <= und >= (oder umgekehrt) (natürlich UND
verknüpft).

Gruß
Michael


Ja, aber für all die anderen Fälle, die über einen platten 
Vergleichsoperator hinausgehen gab es nix außer mehr oder weniger 
bescheuerte Makros.



-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



[de-users] Nummerierung

2010-01-05 Diskussionsfäden Bernhard Maurer
Hallo zusammen,

da hab ich mal eine Frage zur Nummerierung. 
Ich finde als Aufzählungsmöglichkeit nur 1, 2, 3, 10, 11 usw.
Kann ich folgende Aufzählung einstellen: 00, 01, 02 .. 10, 11, 13 usw.

Verwende OO 3.0.0.

Und noch ein gutes Jahr allen Mitlesern!

Gruß
Bernhard

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



Re: [de-users] Re: Base MySQL oder PostgreSQL

2010-01-05 Diskussionsfäden michael
Andreas Saeger schrieb:
> 
>
> 
> :param IS NULL scheiterte aber schon wenn ich mich recht entsinne.
> Ebenso :param BETWEEN "X" AND "Y" oder "X" BETWEEN :von AND :bis
> 

für BETWEEN gibt es einen Würgaround:

Für die betreffende Spalte zusätzlich einen Alias einrichten und dann >
Spalte und < Alias bzw. <= und >= (oder umgekehrt) (natürlich UND
verknüpft).

Gruß
Michael

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



[de-users] Re: Base MySQL oder PostgreSQL

2010-01-05 Diskussionsfäden Andreas Saeger



Parameterabfragen sind schon seit der Version 2.0.0 möglich.



Ich habe sie schon in version 1 benutzt. Der Hilfetext über 
Abfrageentwürfe ist noch derselbe wie in 1.0.


WHERE :param = "X" oder mit anderen Vergleichsoperatoren < > !=

:param IS NULL scheiterte aber schon wenn ich mich recht entsinne.
Ebenso :param BETWEEN "X" AND "Y" oder "X" BETWEEN :von AND :bis

Auf jeden Fall ging schon mal dies nicht:
:param || '%' LIKE "X" so wie ich es in meiner verlinkten Datenbank 
verwende.


Jetzt geht aber auch
UPPER(:param)=UPPER("X")
oder
"Brutto"/1.19 = :paramNetto
und zahllose andere Möglichkeiten, ein Unterformular sinnvoll zu binden 
und dabei auch ein *editierbares* Unterformular zu erhalten (nicht etwa 
ein berechnetes).


Grüße,
Andreas


-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



Re: [de-users] Re: Base MySQL oder PostgreSQL

2010-01-05 Diskussionsfäden Mechtilde
Hallo Andreas,

Andreas Saeger schrieb:
> Rüdiger Kluge wrote:
>> Hallo,
>> so ich habe den ersten Test gemacht, mit der eingebauten Suchfunktion,
>> dem Fernglas. Ich habe nach einem Eintrag in einem Feld gesucht. Die
>> Datenbank hat 9900 Einträge. Die Suche dauert ca. 30s. Einschränkung
>> nur auf die Tabellenspalte bringt eine Verbesserung von 3s auf 27s.
>> Die Filterfunktion geht erheblich schneller, ist aber für den
>> Anwendungszweck nicht geeignet.
>> Ein niederschmetterndes Ergebnis.
>> Ich vermute, es liegt an der Suchfunktion (Fernglas). Ich kann
>> zuschauen, wie die Records abgearbeitet werden und das auf einem
>> 4-Core Computer mit 3,4Mhz.
>> Mache ich die gleiche Abfrage über ein SQL-Statement, ist die
>> Fertigmeldung sofort da, <1s. Es scheint also nicht an der Datenbank
>> oder dem JDBC Connector zu liegen.
>> Allerdings wollte ich Base als komfortables Frontend für eine
>> Datenbank verwenden und möglich viele eingebaute Funktionen, wie die
>> Suche verwenden.
>> Ich fürchte, nach jetzigem Stand ist das gescheitert.
>> Die gleiche Abfrage bei Access mit der eingebauten Suchfunktion dauert
>> < 1s.
>> Habe ich irgend was übersehen?
>>
> 
> Also, die Suchfunktion mit dem Fernglas ist beinahe unbrauchbar. Sie
> scheint wirklich die ganze Datenbank durchzulesen.

Bitte versucht es doch einmal, in dem Ihr zunächst den letzten Datensatz
im Formular aufruft und dann die Suchfunktion benutzt.
> 
> Versuch mal das hier:
> http://user.services.openoffice.org/en/forum/download/file.php?id=6442
> Seit Version 3.1 unterstützt Base Parameterabfragen so wie man es
> erwarten würde, wodurch gute Formulare ohne Makros ermöglicht wurden.
> Parameter können durch das Elternformular ersetzt werden und dies
> funktioniert nun auch mit Berechnungen und Verkettungen.

Parameterabfragen sind schon seit der Version 2.0.0 möglich.

> 
> Was MySQL oder Postgre als externe Datenbank angeht, sollte Base nicht
> das entscheidende Kriterium sein sondern die Datenbank an sich.
> Beide sind mit Base verwendbar.

Und zu beiden gibt es einen nativen Treiber.

Gruß

Mechtilde



-- 
Dipl. Ing. Mechtilde Stehmann
## http://de.openoffice.org
## Ansprechpartnerin für die deutschsprachige QA
## Freie Office-Suite für Linux, Mac, Windows, Solaris
## Meine Seite http://www.mechtilde.de
## PGP encryption welcome! Key-ID: 0x53B3892B


-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



[de-users] Re: Base MySQL oder PostgreSQL

2010-01-05 Diskussionsfäden Andreas Saeger

Rüdiger Kluge wrote:

Hallo,
so ich habe den ersten Test gemacht, mit der eingebauten Suchfunktion, 
dem Fernglas. Ich habe nach einem Eintrag in einem Feld gesucht. Die 
Datenbank hat 9900 Einträge. Die Suche dauert ca. 30s. Einschränkung nur 
auf die Tabellenspalte bringt eine Verbesserung von 3s auf 27s.
Die Filterfunktion geht erheblich schneller, ist aber für den 
Anwendungszweck nicht geeignet.

Ein niederschmetterndes Ergebnis.
Ich vermute, es liegt an der Suchfunktion (Fernglas). Ich kann 
zuschauen, wie die Records abgearbeitet werden und das auf einem 4-Core 
Computer mit 3,4Mhz.
Mache ich die gleiche Abfrage über ein SQL-Statement, ist die 
Fertigmeldung sofort da, <1s. Es scheint also nicht an der Datenbank 
oder dem JDBC Connector zu liegen.
Allerdings wollte ich Base als komfortables Frontend für eine Datenbank 
verwenden und möglich viele eingebaute Funktionen, wie die Suche verwenden.

Ich fürchte, nach jetzigem Stand ist das gescheitert.
Die gleiche Abfrage bei Access mit der eingebauten Suchfunktion dauert < 
1s.

Habe ich irgend was übersehen?



Also, die Suchfunktion mit dem Fernglas ist beinahe unbrauchbar. Sie 
scheint wirklich die ganze Datenbank durchzulesen.


Versuch mal das hier:
http://user.services.openoffice.org/en/forum/download/file.php?id=6442
Seit Version 3.1 unterstützt Base Parameterabfragen so wie man es 
erwarten würde, wodurch gute Formulare ohne Makros ermöglicht wurden.
Parameter können durch das Elternformular ersetzt werden und dies 
funktioniert nun auch mit Berechnungen und Verkettungen.


Was MySQL oder Postgre als externe Datenbank angeht, sollte Base nicht 
das entscheidende Kriterium sein sondern die Datenbank an sich.

Beide sind mit Base verwendbar.


-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



Re: [de-users] Re: Base MySQL oder PostgreSQL

2010-01-05 Diskussionsfäden Michael Höhne
Hallo Rüdiger,

> Hallo,
> so ich habe den ersten Test gemacht, mit der eingebauten Suchfunktion,
> dem Fernglas. Ich habe nach einem Eintrag in einem Feld gesucht. Die
> Datenbank hat 9900 Einträge. Die Suche dauert ca. 30s. Einschränkung nur
> auf die Tabellenspalte bringt eine Verbesserung von 3s auf 27s.

Soweit ich das verstehe, wird dann jeder Datensatz aus der Datenbank gelesen 
und mit Textsuche die passenden Datensätze heraus gefischt.

Ich habe hier eine (per ODBC-Treiber angebundene Oracle-)Kundendatenbank mit 
etwas über 340.000 Einträgen. Dort ist diese Suchfunktion schlicht nicht mehr 
brauchbar... Aber:

> Die Filterfunktion geht erheblich schneller, ist aber für den
> Anwendungszweck nicht geeignet.

Das läuft hier relativ flott und kann durchaus von unseren "Hilfskräften" 
bedient werden. Gutes Beispiel: Das Checken von mehrfachen Einträgen

Gelegentlich sieht einer der Kollegen, dass ein Kunde mehrfach in der 
Datenbank eingetragen ist (manche Kollegen finden einen Kunden beim Anlegen 
eines neuen Auftrags nicht und legen ihn einfach doppelt an...). Wenn sich 
die Kunden ihren bestellten Auftrag abholen, werde ihre Daten mit denen ihrer 
Kundenkarte abgeglichen, wobei es mache unserer Vollhorst-Kollegen schaffen, 
die falsche Kundenkarte ins System zu stopfen und die Warnmeldung zur 
Datenänderung komplett zu ignorieren...

Bevor ich also zwei vermeintlich gleiche Kunden zu einem zusammenführe, checke 
ich erst einmal die kompletten Daten (insbesondere die Felder mit 
den "vorherigen Namen", die bei einer Namensänderung als Backup dienen). 
Damit ich den Kram nicht alleine machen muss, habe ich unseren Hilfskräften 
mit OOo-Base ein Formular gebaut:

Die Damen klicken auf "Filter" und geben die Kundennummer in das entsprechende 
Feld ein. Anschließend auf "Filter anwenden" und nach 15 Sekunden sind nicht 
nur _alle_ Daten des einen Kunden mit der ID zu sehen, sondern auch noch eine 
Tabelle (Subformular) mit _allen_ Daten aller anderen Kunden mit gleichem 
Geburtsdatum. Beim Verzicht auf diese Zusatztabelle steht das Filterergebnis 
nach <5 Sekunden.

Selbst Filterungen mit "WIE 'M%ier'" und die Anzeige aller Filterergebnisse 
mit dem Icon "Datenquelle als Tabelle" bekamen die Damen nach kurzer Übung 
problemlos hin...

Gruß,
Michael

-- 
            
   / / / / /__/      Michael Höhne /
  /   / / /  /  mih-hoe...@web.de /
 /

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



Re: [de-users] Re: Base MySQL oder PostgreSQL

2010-01-05 Diskussionsfäden Mechtilde
Hallo,

Jörg Schmidt schrieb:
> Hallo,
> 
> Rüdiger Kluge schrieb:
>> Ich will unser bisheriges System auf Basis von Access auf Base
>> portieren. Alte Geschichte, habe ich vor 3 Jahre schon versucht, ist
>> aber damals gescheitert, da Base noch nicht weit genug war.
> 
> Base ist heute auch noch nicht wirklich soweit - mal _ganz allgemein_
> gesprochen, insbesondere waren selbst die Verbesserungen die Base mit
> seinem Erscheinen brachte garnicht soo groß gegenüber den Möglichkeiten
> vor Base, lediglich waren sie vor Base weniger sichtbar.

Es ist wesentlich leichter geworden, mit OpenOffice.org und einem
Datenbank-Backend zu arbeiten.

>> Ein weiteres
>> Problem war die Geschwindigkeit bei der Suche nach
>> Datensätzen. Ich habe
>> damals JDBC und MySQL verwendet, kann vielleicht an JDBC oder dem
>> Base-Treiber liegen. MySQL war bei Abfragen über
>> SQL-Statements extrem
>> schnell.
>> Die jetzige Access-Datenbank hat ca. 5.000 bis 10.000 Einträge in
>> manchen Tabellen. Eine Suche in in einer Tabelle hat damals mit den
>> Bordmitteln von Base ca. 1 Minute benötigt, völlig
>> inakzeptabel. In der
>> Access Datenbank ist keine Verzögerung spürbar, dürfte unter
>> 0,5s liegen.
> 
> stimmt, solcherart Probleme gibt es

Hier wurde immer noch nicht die Frage beantwort, ob die Tabelle zuvor
vollständig geladen wurde.

Ich kann diese Probleme so nicht bestätigen.

> 
>>> Eine davon bereits seit 4,5 Jahren und das ohne Probleme.
>> Im privaten oder geschäftlichen Umfeld?

Im geschäftlichen Umfeld.
> 
> Geschäftlich kannst Du *bestehende* Access-DB sehr häufig aus rein
> finanziellen Überlegungen nicht nach Base portieren, Weil solche DB in
> der Praxis meist eher durch ihr Frontend (mit umfangreichen Dialogen,
> VBA-Programmierungen, etc.) bestimmt sind denn durch die 'eigentliche'
> DB.

Das ist ein Problem. Bei Access kommt dann noch hinzu, dass nicht
gewährleistet ist, dass eine solche Anwendung nach einem Update von
Access noch läuft.

> Eine Umstellung scheitert dann in Praxis schlicht an den Kosten, die die
> UNternehmen nicht sinnvoll tragen können, wobei Du auch bedenken mußt
> das typische Nutzer von Access ja häufig geradfe die UNternehmen sind
> die in der vergangenheit Kosten für 'vernünftige' DB (mit allem was
> dranhängt) sparen wollte und in Access das Mittel der Wahl sahen das
> Ganze mit eigenen Kräften halbwegs zu bewältigen - das rächt sich
> irgendwann.
> 
> Generell habe ich keine Zweifel daran das mit Base in Kombination mit
> z.B. MySQL auch Access-DB ersetzbar sind, aber das oben erläuterte
> Kostenkriterium ist für viele Firmen ein Problem.

Base ist aber für viele eine Chance, Anwendungen auf einer Datenbank zu
stützen, anstatt dafür eine Tabellenkalkulation zu missbrauchen.
> 
> Ich kenne jedenfalls aus meiner Berufspraxis etliche Firmen die nur
> wegen der Kosten vollständiger Migration weiterhin Access nutzen (zur
> Pflege und Aktualisierung etc. bestehender Access-DB) und darüber hinaus
> nur diese Access-DB zur unmittelbaren Nutzung (z.B. für Seriendruck)
> mittels Base zu OOo verknüpfen.

Gruß

Mechtilde


-- 
Dipl. Ing. Mechtilde Stehmann
## http://de.openoffice.org
## Ansprechpartnerin für die deutschsprachige QA
## Freie Office-Suite für Linux, Mac, Windows, Solaris
## Meine Seite http://www.mechtilde.de
## PGP encryption welcome! Key-ID: 0x53B3892B


-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



Re: [de-users] Re: Base MySQL oder PostgreSQL

2010-01-05 Diskussionsfäden Jörg Schmidt
Hallo,

Rüdiger Kluge schrieb:
> Ich will unser bisheriges System auf Basis von Access auf Base
> portieren. Alte Geschichte, habe ich vor 3 Jahre schon versucht, ist
> aber damals gescheitert, da Base noch nicht weit genug war.

Base ist heute auch noch nicht wirklich soweit - mal _ganz allgemein_
gesprochen, insbesondere waren selbst die Verbesserungen die Base mit
seinem Erscheinen brachte garnicht soo groß gegenüber den Möglichkeiten
vor Base, lediglich waren sie vor Base weniger sichtbar.

> Ein weiteres
> Problem war die Geschwindigkeit bei der Suche nach
> Datensätzen. Ich habe
> damals JDBC und MySQL verwendet, kann vielleicht an JDBC oder dem
> Base-Treiber liegen. MySQL war bei Abfragen über
> SQL-Statements extrem
> schnell.
> Die jetzige Access-Datenbank hat ca. 5.000 bis 10.000 Einträge in
> manchen Tabellen. Eine Suche in in einer Tabelle hat damals mit den
> Bordmitteln von Base ca. 1 Minute benötigt, völlig
> inakzeptabel. In der
> Access Datenbank ist keine Verzögerung spürbar, dürfte unter
> 0,5s liegen.

stimmt, solcherart Probleme gibt es

> > Eine davon bereits seit 4,5 Jahren und das ohne Probleme.
>
> Im privaten oder geschäftlichen Umfeld?

Geschäftlich kannst Du *bestehende* Access-DB sehr häufig aus rein
finanziellen Überlegungen nicht nach Base portieren, Weil solche DB in
der Praxis meist eher durch ihr Frontend (mit umfangreichen Dialogen,
VBA-Programmierungen, etc.) bestimmt sind denn durch die 'eigentliche'
DB.
Eine Umstellung scheitert dann in Praxis schlicht an den Kosten, die die
UNternehmen nicht sinnvoll tragen können, wobei Du auch bedenken mußt
das typische Nutzer von Access ja häufig geradfe die UNternehmen sind
die in der vergangenheit Kosten für 'vernünftige' DB (mit allem was
dranhängt) sparen wollte und in Access das Mittel der Wahl sahen das
Ganze mit eigenen Kräften halbwegs zu bewältigen - das rächt sich
irgendwann.

Generell habe ich keine Zweifel daran das mit Base in Kombination mit
z.B. MySQL auch Access-DB ersetzbar sind, aber das oben erläuterte
Kostenkriterium ist für viele Firmen ein Problem.

Ich kenne jedenfalls aus meiner Berufspraxis etliche Firmen die nur
wegen der Kosten vollständiger Migration weiterhin Access nutzen (zur
Pflege und Aktualisierung etc. bestehender Access-DB) und darüber hinaus
nur diese Access-DB zur unmittelbaren Nutzung (z.B. für Seriendruck)
mittels Base zu OOo verknüpfen.


Gruß
Jörg



-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



Re: [de-users] Nachahmen der Frame-Funktion von SO 5.2 in OOo

2010-01-05 Diskussionsfäden Mathias Bauer
Johannes A. Bodwing wrote:

> Hallo,
> 
> ich versuche so etwas Ähnliches wie die Frame-Funktion aus dem alten 
> StarOffice hinzubekommen und komme nicht weiter.
> Worum geht es?
> Ich möchte ein DIN-A-4 Blatt quer legen, links eine schmale Tabelle mit 
> jew. 1 Stichwort pro Zelle.
> 1 solches Stichwort soll mit 1 bestimmten Dokument verlinkt werden.
> Klicke ich das Stichwort an, soll das damit verlinkte Dokument auf dem 
> restlichen Blatt erscheinen.
> Klicke ich ein 2. Stichwort an, soll dann das damit verbundene 2. 
> Dokument auf dem Blatt erscheinen, dort wo vorher das 1. Dokument lag.
> 
> Ich habe mit "Einfügen" "Frame" rumprobiert, ohne weiterzukommen. Und 
> zum Arbeiten mit "Frame" finde ich kaum was im Netz, v.a. weil Frame als 
> Rahmen gilt, und Floating Frame nicht viel hergibt.
> Gibt es überhaupt eine Möglichkeit, den obigen Ansatz umzusetzen? Steht 
> dazu irgendwo was?

Mit dem "Floating Frame" könnte das schon gehen, wenn ich dich richtig
verstanden habe. Du musst dem Frame einen Namen geben und diesesn für
die Hyperlinks deiner Tabelle als Target Frame verwenden. Allerdings
kann der Frame initial nicht leer sein, du musst beim Anlegen des Frames
also zumindest ein Dummy-Dokument als Inhalt deklarieren.

Ich hab's allerdings nicht getestet, also ohne Gewähr.

Ciao,
Mathias

-- 
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't reply to "nospamfor...@gmx.de".
I use it for the OOo lists and only rarely read other mails sent to it.


-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



Re: [de-users] Re: Umstieg von OOO2.4 auf 3.1 Debian 5.03

2010-01-05 Diskussionsfäden Mathias Bauer
Andreas Saeger wrote:

> Mathias Bauer wrote:
>> Andreas Saeger wrote:
> 
>> Ich wäre allerdings an nachvollziehbaren aufgetretenen Problemen bei der
>> Benutzerdatenmigration interessiert. Eine solche Funktion ist absolut
>> notwendig und sie kann wie alle anderen Funktionen auch Fehler haben.
>> Von ihrer Benutzung abzuraten kann daher keine Lösung sein.
>> 
>> Ciao,
>> Mathias
>> 
> 
> Es ist immer wieder der Wechsel von 2.x auf 3.x mit automatischer 
> Übernahme des 2er-Profils. Bei mir crasht 3 sofort nach einer 
> Neuinstallation mit Übernahme aus 2.x.
> 
> Die Funktion zu ignorieren ist der hilfreichste und meistbefolgte Tip 
> auf user.services.openoffice.org:

Natürlich wird die Wanne auch dann geleert, wenn man das Kind mitsamt
dem Bad ausschüttet. Es reicht aber auch, den Stöpsel zu ziehen.

Wie gesagt, der einzige mir persönlich bekannte Crash resultierte aus
migrierten Extensions. Für konkrete Hinweise auf andere Ursachen wäre
ich dankbar, befürchte aber, dass diese mitsamt dem Bad ausgeschüttet
wurden.

Ciao,
Mathias


-- 
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't reply to "nospamfor...@gmx.de".
I use it for the OOo lists and only rarely read other mails sent to it.


-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org



Re: [de-users] Hilfe beim Einfügen

2010-01-05 Diskussionsfäden Gisbert Friege

Hallo Dirk,

Dirk Kolinski schrieb:

Benötige dringend Hilfe ,….

Habe in einem Textdokument eine Tabelle eingefügt


Wie denn?
Hast Du innerhalb von Writer mit Einfügen-Tabelle (oder per Symbol 
"Tabelle") eine Writer-Tabelle erzeugt?

oder
Hast Du eine Tabelle aus Calc mit Kopieren-Einfügen in dein 
Writer-Dokument eingefügt?


Je nachdem muss du anders vorgehen.


Diese Tabelle hat zunächst 4 Spalten und 3 Zeilen nun will ich am Ende der
Tabelle eine weitere Zeile hinzufügen komme aber mit meinem Coursor nicht
hinter die Tabelle

Geht bei Word einwandfrei also bei Open Office bestimmt auch ,…bin bestimmt
nur zu blöd 


Was muß ich einstellen
Grüße Dirk


Freundlich grüßt
Gisbert




-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org