Seite 2 von 3
Re: Danke für die Antworten
Verfasst: 14.03.2005 18:24
von 125
welches Dir eine gute GUI-Unterstützung anbietet.
Leider fällt dann PB nicht mehr in den Kreis der zu empfehlenden
Programmiersprachen
Seit wann ist PB zum Anwendungs Programmieren nicht mehr zu gebrauchen? Habe ich etwas verpasst?

Verfasst: 14.03.2005 18:33
von Peter
bluejoke hat geschrieben:Jep, ich denke nicht, dass da irgendein auffälliger Geschwindigkeitsunterschied zwischen den verschiedenen Sprachen feststellbar ist.
Es geht dabei ja nicht nur um die Geschwindigkeit, genau genommen ist diese auch nicht das primäre Problem.
Access hat - und das ist nichts neues - verschiedene Probleme. Eines davon ist z.B. die Sache mit den Seitenrändern. Mein Programm muß in ein vorgegebenes Formular (z.B. der Finanz- und Arbeitsämter) drucken. Jeder Drucker hat hingegen unterschiedliche Seitenränder, nicht druckbare Bereiche usw.
Die Anwender sind definitiv nicht in der Lage die Seitenränder Ihren Bedürfnissen so anzupassen, daß diese Einstellungen auch beim nächsten STart erhalten bleiben.
Weiterhin geht es mir mächtig auf den Keks alle zwei Jahre wieder und wieder und wieder teures Geld für ein Update hinzulegen.
Also schon zwei starke Gründe
für PB

Re: Danke für die Antworten
Verfasst: 14.03.2005 18:40
von Kiffi
> Seit wann ist PB zum Anwendungs Programmieren nicht mehr zu
> gebrauchen? Habe ich etwas verpasst?
wo habe ich denn behauptet, dass PB zum Programmieren von Anwendungen
nicht geeignet ist?
Grüße ... Kiffi
Verfasst: 14.03.2005 18:44
von 125
Naja ne Anwendung braucht ne GUI wenn PB für GUIs net zu gebrauchen ist.... `? Oder wie meinst du das... ?
Verfasst: 14.03.2005 18:58
von Kiffi
> Naja ne Anwendung braucht ne GUI wenn PB für GUIs net zu
> gebrauchen ist.... `? Oder wie meinst du das... ?
ich sprach von einer umfangreichen GUI. Und dafür ist PB nun mal nicht so
gut geeignet wie andere Sprachen (beispielsweise VB oder Delphi).
Grüße ... Kiffi
Verfasst: 15.03.2005 15:47
von yxin
wechsel am besten auf die microsoft desktop engine (msde)
das ist ein abgespeckter sql server 2000 zu finden auf jeder office xp cd
dazu besorgste dir den enterprise manager von einer sql server evaluations cd

(schon haste access feeling...)
als frontend benutzte visual basic, das ist nah genug an der access sprache dran (kannst aber auch jede beliebige andere sprache nehmen, die msde spricht man eh über odbc an)
bei vb dabei ist auch crystal reports, damit kannste richtig schicke ausdrucke machen, die auch überwiegend auf jedem drucker gleich aussehen... (anpassen musste es eh, egal, was du benutzt)
so und nu viel spass

Verfasst: 15.03.2005 16:16
von Peter
yxin hat geschrieben:wechsel am besten auf die microsoft desktop engine (msde)
das ist ein abgespeckter sql server 2000 zu finden auf jeder office xp cd
dazu besorgste dir den enterprise manager von einer sql server evaluations cd

(schon haste access feeling...)
als frontend benutzte visual basic, das ist nah genug an der access sprache dran (kannst aber auch jede beliebige andere sprache nehmen, die msde spricht man eh über odbc an)
bei vb dabei ist auch crystal reports, damit kannste richtig schicke ausdrucke machen, die auch überwiegend auf jedem drucker gleich aussehen... (anpassen musste es eh, egal, was du benutzt)
so und nu viel spass

Das nenne ich mal eine ganzheitliche Antwort

Danke!
Ich werde das mal in der Form für mich prüfen und überdenken und hoffe, daß Du Recht hast! Hast Du auch die ca. Kosten für mich, rein zufällig?
Verfasst: 15.03.2005 17:11
von Kiffi
> wechsel am besten auf die microsoft desktop engine (msde)
der Vollständigkeit halber hier noch die Info, dass der MSDE folgende Einschränkungen hat:
- max. DB-Größe 2GB
- max. 5 concurrent user
- nur eine CPU (wird verwendet)
- max. 1 GB RAM
- keine Frontends zur Administration mitgeliefert
Mein Tipp: Wenn schon kostenloser SQL-Server, dann lieber den
SQL Server 2005 Express Edition (
http://lab.msdn.microsoft.com/express/sql/)
verwenden, weil das der offizielle Nachfolger der MSDE ist.
Grüße ... Kiffi
Verfasst: 15.03.2005 17:17
von bobobo
@Kiffi das Teil ist BETA und von Microsoft .. (noch) Finger weg!!!
@Peter und andere
die MSDE koscht nix.
ACHTUNG !!
Der EnterpriseManager ist legal nur für einen lizensierten
SQL-Server nutzbar.
Was man brauchen kann und darf (glaub ich) und nutzen sollte ist die
Dokumentation des SQL-Servers.
Es gibt aber ne Alternative zum EnterpriseManager .. zwar nicht ganz
so nett wie der EnterpriseManager aber auch seeehr brauchbar ..
und das Grundsätzliche und noch etwas mehr ist damit auch machbar.
koscht nix und ist legal
Das Ding findest Du
hier
Ansonsten ist noch das WinSQL-Lite (die abgelaufene WinSql-Version
für alles) zum Rumhäkeln in der DB ganz nett ..
hier zu finden.
WinSQL per ODBC an die DB's ran.
Die mitgelieferten ODBC-Treiber würd ich erst gar nicht mit installieren.
Verfasst: 15.03.2005 17:43
von Peter
Hallo Jungs und Mädels,
Kiffi, bobobo, yxin und andere,
nochmals herzlichen Dank an dieser Stelle für die konstruktiven Beiträge. Dafür, daß ich hier "off-topic" bin, sind die Antworten doch sehr, sehr gut. Danach sucht man in anderen Foren oftmals vergebens.
Also, nochmals vielen Dank, ich denke ihr habt mir sehr geholfen. Jetzt muß ich das Ganze nur noch richtig umsetzen.
Peter