Hei Leute...
Wird es in Purebasic jemals ein nativ Datenbankzugriff geben ???
Wer hat das Insiderwissen und kann diese Frage beantworten?
easyDB ist nett und für kleinere Dateien ok. aber ohne sql ein unsicherer Programmierpartner. ODBC ist halt ...... !
Grüßle uli
Datenbanken
ODBC ist halt...
oder war zumindest als ich es vor Jahren zuletzt benutzte ein sch...!
Die meißten PB Programme habe ich auf einem USB-Stick und kann die aufrufen an welchem Rechner ich will.... das ist bestimmt nicht die Leidenschaft von odbc..... demnächst möchte ich mich intensiever mit Linux beschäftigen und dann mal sehen was PB da kann.... nur das Datenbankprob wird nicht besser dadurch. Ist doch eine nette Vorstellung... Kleines Verwaltungsproggie für Windows und Linux mit einer kleinen DB das vom USB Stick aus überall läuft.
Ein gutes Proggie ist für mich immer noch klein und schnell.... benötigt keine Registerie oder Dlls. PB eben.... nur genau in diesem Fall der DB tut sich PB schwer diese Philosophie durchgängig beizubehalten. Wenn ich klumpige Programme will, kann ich auch VB nehmen. Bei easyDB gibt es bei gewissen Konstellationen mit langen Datensätzen Speicherfehler... die kann man wieder irgendwie umgehen aber wer sagt, dass easyDB sich noch in 2 Jahren mit PB verträgt... Bei fremden Dlls besteht grundsätzlich, das prob, dass diese nicht mit dem Produkt ausgetestet sind. Es gibt auch keine Versionspflege.
Es ist eben das geile an PB, dass man kleine schnelle Programme machen kann. Weiterhin wird für mich das Thema Linux immer interessanter. D.h. Plattformunabhängigkeit.
Bei einer nativ-Unterstützung von DBs, auch wenn es nur ne rudimentäre ist wie z.B. mit easy DB habe ich jemanden der sich ggf um Fehler und um die Unterstützung von Plattformen kümmert. Immer wenn man Fremdprodukte einsetzt landet man irgendwann bei Kompatibilitätsproblemen. Ich programmiere seit ca. 14 Jahren... und die Erfahrung zeigt... je mehr Fremdprodukte desdo mehr Probleme. Bei Clipper waren es die Indextreiber. Bei Access ist seinerzeit ab einer gewissen Größe die DB zerschossen... usw usw usw...
easyDB tut nicht mit Linux.... MySQL ist gleich wieder ein Klumpen... nix mehr mit Programm und Daten auf einer Diskette...
Ich verwende heute noch, für kleinere Anwendungen einfache Ascii Files.... es tut und ich habe es in der Hand. Leider ist diese Variante nur für DB interessant bei denen Records gesammelt werden. muß ich Einzelne Sätze verändern können ist das suboptimal.
Grüßle uli
Die meißten PB Programme habe ich auf einem USB-Stick und kann die aufrufen an welchem Rechner ich will.... das ist bestimmt nicht die Leidenschaft von odbc..... demnächst möchte ich mich intensiever mit Linux beschäftigen und dann mal sehen was PB da kann.... nur das Datenbankprob wird nicht besser dadurch. Ist doch eine nette Vorstellung... Kleines Verwaltungsproggie für Windows und Linux mit einer kleinen DB das vom USB Stick aus überall läuft.
Ein gutes Proggie ist für mich immer noch klein und schnell.... benötigt keine Registerie oder Dlls. PB eben.... nur genau in diesem Fall der DB tut sich PB schwer diese Philosophie durchgängig beizubehalten. Wenn ich klumpige Programme will, kann ich auch VB nehmen. Bei easyDB gibt es bei gewissen Konstellationen mit langen Datensätzen Speicherfehler... die kann man wieder irgendwie umgehen aber wer sagt, dass easyDB sich noch in 2 Jahren mit PB verträgt... Bei fremden Dlls besteht grundsätzlich, das prob, dass diese nicht mit dem Produkt ausgetestet sind. Es gibt auch keine Versionspflege.
Es ist eben das geile an PB, dass man kleine schnelle Programme machen kann. Weiterhin wird für mich das Thema Linux immer interessanter. D.h. Plattformunabhängigkeit.
Bei einer nativ-Unterstützung von DBs, auch wenn es nur ne rudimentäre ist wie z.B. mit easy DB habe ich jemanden der sich ggf um Fehler und um die Unterstützung von Plattformen kümmert. Immer wenn man Fremdprodukte einsetzt landet man irgendwann bei Kompatibilitätsproblemen. Ich programmiere seit ca. 14 Jahren... und die Erfahrung zeigt... je mehr Fremdprodukte desdo mehr Probleme. Bei Clipper waren es die Indextreiber. Bei Access ist seinerzeit ab einer gewissen Größe die DB zerschossen... usw usw usw...
easyDB tut nicht mit Linux.... MySQL ist gleich wieder ein Klumpen... nix mehr mit Programm und Daten auf einer Diskette...
Ich verwende heute noch, für kleinere Anwendungen einfache Ascii Files.... es tut und ich habe es in der Hand. Leider ist diese Variante nur für DB interessant bei denen Records gesammelt werden. muß ich Einzelne Sätze verändern können ist das suboptimal.
Grüßle uli
das problem ist, das fred nicht auchnoch eine eigene datenbank entwickeln kann. einfach irgendeiene opensource datenbank einbauen kann er auch nicht, da das mit den lizenzbestimmungen recht kompliziert ist. mysql schon garnicht, denn die ist zumindest unter windows nicht kostenlos.
die einzigen möglichkeiten die dir da also bleiben, sind:
- die dlls die es für die meisten datenbanken für den nativen zugriff gibt
- auf c umsteigen und eine der kleinen embedbaren datenbanken nehmen
- odbc (gibt es auch unter linux)
- eine eigene datenbank schreiben
- mit files arbeiten
die einzigen möglichkeiten die dir da also bleiben, sind:
- die dlls die es für die meisten datenbanken für den nativen zugriff gibt
- auf c umsteigen und eine der kleinen embedbaren datenbanken nehmen
- odbc (gibt es auch unter linux)
- eine eigene datenbank schreiben
- mit files arbeiten
-
freedimension
- Admin
- Beiträge: 1987
- Registriert: 08.09.2004 13:19
- Wohnort: Ludwigsburg
- Kontaktdaten:
Ist es nicht, lies Dir einfach mal die Lizenz zu SQLite genau durch:Zaphod hat geschrieben:das problem ist, das fred nicht auchnoch eine eigene datenbank entwickeln kann. einfach irgendeiene opensource datenbank einbauen kann er auch nicht, da das mit den lizenzbestimmungen recht kompliziert ist.
SQLite Copyright
The original author of SQLite has dedicated the code to the public domain. Anyone is free to copy, modify, publish, use, compile, sell, or distribute the original SQLite code, either in source code form or as a compiled binary, for any purpose, commerical or non-commerical, and by any means.
Ich denke, daß odbc die bestmögliche flexibilität zur verfügung stellt. Zum Thema Performance kann man sich hier ein Bild machen
http://ourworld.compuserve.com/homepage ... I_test.htm
Ich selbst verarbeite in einem Projekt derzeit 5000 Zeilen (Records) je Sekunde mit PB und MS-SQL (lesen aus einer ASCII Datei, massig String und Plausiprüfungen in PB und dann Ergebnis in SQL DB schreiben). Das Programm schreibt dabei immerhin innerhalb 1 Stunde mehr als 1,5 Milionen Datensätze in die SQL Datenbank. Was will man mehr?
http://ourworld.compuserve.com/homepage ... I_test.htm
Ich selbst verarbeite in einem Projekt derzeit 5000 Zeilen (Records) je Sekunde mit PB und MS-SQL (lesen aus einer ASCII Datei, massig String und Plausiprüfungen in PB und dann Ergebnis in SQL DB schreiben). Das Programm schreibt dabei immerhin innerhalb 1 Stunde mehr als 1,5 Milionen Datensätze in die SQL Datenbank. Was will man mehr?
manchmal weiß auch ich etwas, ich erinnere mich bloß schlecht daran
