AW: Daten ohne DBGrid
Der ursprüngliche Fragensteller hatte doch deutlich gesagt, dass er neu im Datenbankmetier ist: "Bis jetzt bin ich/wir immer ohne DBMS in unserer Firma ausgekommen - zumindest was Eigenentwicklungen angeht."
Wieso soll man so jemandem dann die allerkompliziertesten Möglichkeiten anbieten? Meinst du nicht, dass der sich davon erschlagen fühlen muss? Ich habs nur gut gemeint. Wenn man mir das vor 20 Jahren so hochkompliziert erklärt hätte, hätte ichs damals nicht begriffen, glaub ich. Aber gleich sagen: So macht man das nicht, da muss man noch dieses und alles das und sonstnochwas beachten. Er will doch nur eine multiuserfähige Urlaubsplanung basteln. Und während die Leute ihre Urlaube eintragen, wedelt meistens sowieso keine Putzfrau mit den Netzwerkkabeln rum, oder? Die kommt doch erst nach Feierabend oder vor Bürobeginn. Schliesslich hab ich unseren Teamkalender (Terminkalender) auch in ein paar Tagen fertiggestellt, und das ganz ohne diese ganzen Sicherheitsbedenken. Den meisten Aufwand hat die Rechnerei mit den Tagen benötigt, und die Darstellung im StringGrid. Wenn man aber Anfänger in Sachen Datenbank ist, dann muss man da schon ein bissel früher ansetzen. |
AW: Daten ohne DBGrid
Hallo,
@Slipstream: Ja bin neu im DB Metier. Und vielen Dank für Deinen ausführlichen Beitrag. Den IBExpert hatte ich mir schon vorher besorgt da das pgAdmin Tool von PostgresSQL nur rumgesponnen hat. Einige Dinge hab ich mir schon vorher angeschaut um nicht blauäugig an die Sache ranzugehen. Das mit der Domäne in Bezug auf den Boolean Wert wusste ich auch noch nicht - hab aber nachgeschaut daß Firebird 3.0 den Boolean Wert jetzt nativ unterstützt. Kann man doch gleich auf Firebird 3.0 gehen. Aber kann mich auch dran erinnern hier mal vor ein paar Monaten ein Thread gesehen zu haben der sich mit Firebird und Windows beschäftigt. Bei Win 7 funktioniert FB3 bei allen anderen spackt FB irgendwie noch rum - ist das noch aktuell? Hab jetzt in einer VM unter Win7 den Superserver 2.5 in 64 bit laufen. Bis auf daß FireDAC beim Design rum motzt (is ja klar - weil Delphi selbst 32 bit ist) aber zur Laufzeit vom Testprogramm funktioniert alles mit der 64bit Version. @haentschman: Muss "leider" bei FireDAC bleiben - Chef will (vorerst) keine Kohle für UniDac rausrücken... Zitat:
Zitat:
Zitat:
Gibt ein gutes Tutorials bei Video2brain über Datenbank Design - zwar nur für Acccess aber gut zu wissen um nicht mehrfach anfängen zu müssen weil man einfach drauf los programmiert hat. Zitat:
Derjenige der sich damit auskennt wird viellicht sagen, daß es ausreichend ist. Ist es nicht. Besonders in Bezug auf aktuelle Versionen der Zugriffskomponenten und auch evtl. der Datenbanken. Wie soll nun ein Anfänger verstehen wenn was nicht funktioniert wenn Funktionen / Methoden oder sonstige Techniken nicht mehr in z.b. in ZEOS gibt und der Compiler rummeckert?! Aber --- jeder hat mal klein angefangen. Und Tutorials gibts im Netz zu Hauf auch auf Deutsch und aktuell. Wenn das nix bringt - nerven wir Euch einfach ;-) Danke nochmal an alle für die Tips. Werde sehr viel testen die nächste Zeit. Was die DB angeht ob ich/wir dann nun FB2.5 oder FB3 einsetzen werden - mal sehen. Gruß Thomas |
AW: Daten ohne DBGrid
Zitat:
Zitat:
Zitat:
Zitat:
Zitat:
Zitat:
Zitat:
Zitat:
Zitat:
|
AW: Daten ohne DBGrid
Schiebt da jemand auch Nachtschichten?!
Zitat:
Bei der FBclient.dll in 64bit meckerte FireDAC Rum daß es die falsche Version sei. Man kann also nicht die DB Verbindung zur Designtime testen... |
AW: Daten ohne DBGrid
Hallo,
dann installier doch gleich den 32Bit-Server. Ich empfehle auch, noch die 2.5-Version zu benutzen. Und: Guten Morgen :) |
AW: Daten ohne DBGrid
Hallo,
Zitat:
das sollte die FBClient.Dll in das SysWOW64-Verzeichnis installieren. Wobei mir unklar ist, wieso die Designtime nicht funktioniert, aber die Runtime klappt. |
AW: Daten ohne DBGrid
Zitat:
Die Komponente TFDPhysFBDriverLink verfügt über die beiden Properties VendorHome und VendorLib. Hier trage ich gewöhnlich nichts ein. In den jeweiligen Release-Ordnern des Projekts stehen dann auch immer die entsprechenden Versionen von fbClient.dll, die ich im Code vor dem Herstellen der DB-Connection (Connected := True) die jeweilige fbClient.dll zuweise. Soll es eine Embedded-Version werden (wenn der Kunde keine FB-Server-Installation hat oder will), wird auch die entsprechende Embedded-Dll mitgeliefert, die dann ebenfalls im Anwendungsordner zu finden ist. Bis jetzt hatten wir damit keine Probleme. Hat ein Kunde mal ein Problem, weil er eine ältere FB-Version verwendet, überreden wir ihn meisten dazu, die neuere 2.5x Version zu installieren oder die Client-Dll aus seiner alten FB-Version in den Programmordner zu kopieren. Manchmal nimmt ein solcher Kunde dann doch lieber gleich die Embedded-Version, wenn sichs um eine Einzelplatzanwendung handelt. Ja, Nachtschichten mach ich hier oft, aber nicht gewzungenermassen, denn wir können hier arbeiten, wann und wie lange wir wollen. Manchmal bin ich nachts zu ausgeschlafen, um einschlafen zu können, dann geh ich ein paar Häuser weiter ins Büro und arbeite mich müde. Könnte ich auch von zu Hause aus, aber da haben wir nur Laptops, und ich arbeite mit meinen Wurstfingern nicht gern an Laptops. Meine Frau freut sich, wenn ich mittags schon zu Hause bin und mit den Kindern was mache, die freuen sich auch. Nachts braucht mich zu Hause keiner :-D |
AW: Daten ohne DBGrid
Hallo,
Zitat:
Zumindestens in den seeligen FB1-er Zeiten konnte das im schlimmsten Fall dazu führen, dass die DB-Datei zerschossen wurde (z.B. also das Trim bei der Übermittlung von VarChar-Feldern eingeführt wurde, glaub ich) Zitat:
Zitat:
|
AW: Daten ohne DBGrid
Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 21:38 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz