Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

mySQL-Plugin: Abänderung / Ergänzung #235

Open
flothi opened this issue Feb 26, 2017 · 12 comments
Open

mySQL-Plugin: Abänderung / Ergänzung #235

flothi opened this issue Feb 26, 2017 · 12 comments

Comments

@flothi
Copy link
Collaborator

flothi commented Feb 26, 2017

Servus,
im Zuge der Vorbereitungen auf die 2.2 kam mir gerade ein Gedanke:

Ich wollte den Installer für mysql basteln und hab mir die Frage gestellt, muss es denn direkt dieser Trümmer sein? Was machen wir, wenn jemand zB schon Postgres laufen hat? Warum kein schlankes sqlite?

Daher mein Vorschlag:
1. mySQL-Plugin -> sql-Plugin
2. Auswahl des DBMS in der config.ini
3. Anpassen des Plugins sowie
4. des Installers

Verfolgenswert oder Hirngespinst?

VG

@Schrolli91
Copy link
Owner

Ich bin, was die Thematik angeht nicht ganz im Bilde - Kann ich mich wenn ich die sqlite Routinen nutze trotzdem zu einer MySQL DB connecten?

@flothi
Copy link
Collaborator Author

flothi commented Feb 26, 2017

Das wäre der Punkt - bis auf die Verbindungsparameter / import xyz ist alles identisch und das Plugin wäre dann für 3 Datenbanken nutzbar

@Schrolli91
Copy link
Owner

was genau meint Verbindungsparameter? Aber so universell klingt das schon verlockend ;-)

@flothi
Copy link
Collaborator Author

flothi commented Feb 27, 2017

Bei mySQL heißt es z.B connection = mysql.connector.connect(...), bei sqlite connection = sqlite3.connect(...) - alles andere ist identisch hinsichtlich den Abfragen.

@Schrolli91
Copy link
Owner

Achso, das meinst du.
Naja da müsste man dann in der config auswählen und gut... Wäre denke ich die beste Lösung.

@flothi
Copy link
Collaborator Author

flothi commented Feb 27, 2017

So der Plan - ich bereite da mal was vor und schiebe es nach dem Release der 2.2 in den Develop-Branch, dann haben wir es in der 2.3 evtl drin.

@flothi flothi added this to the Release 2.3 milestone Feb 27, 2017
@Schrolli91
Copy link
Owner

Guter Plan...

@JHCD
Copy link
Contributor

JHCD commented Apr 4, 2017

@flothi passt das auch für andere DBMS?
Gibt es in der Zwischenzeit eine Libery, die das schon abstrahiert?
Dann wäre das DBMS nur noch ein Parameter.

@flothi
Copy link
Collaborator Author

flothi commented Apr 4, 2017

Den Wrapper hab ich bis dato nur in meinem Kopf, prinzipiell sollte der sich aber auch viele DBMS anwenden lassen.

@JHCD
Copy link
Contributor

JHCD commented Apr 4, 2017

Meine Erfahrung in anderen Projekten zeigt leider immer mal, dass es dann im Detail doch DBMS-Spezifikas gibt...
Könnte hier nicht relevant sein, aber ich würde das dann auf jeden Fall auch mit n DBMS-Systemen ausprobieren...

@flothi
Copy link
Collaborator Author

flothi commented Apr 4, 2017

Also ich glaube für das, was hier gemacht wird, kommen wir mit den Standard-SQL-Umsetzungen aus SQLite, postgres und mySQL hin - mariaDB würde mir noch einfallen, da hab ich aber keine Erfahrung mit.

@JHCD
Copy link
Contributor

JHCD commented Apr 4, 2017

mariaDB ist kompatibel zu mySQL, sollte kein Problem sein.
DATETIME sollte man testen, aber ohne NOW() sollte auch das gehen.

Als große Player hätte man noch Oracle und MSQL... ;)
Aber Kanonen und Spatzen und so.

Wir nutzen die mysqlConnector-Lib, import der Libs müsste man also auch dynamisch handeln.

@Schrolli91 Schrolli91 removed this from the Release 2.3 milestone Sep 26, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants