|
Datenbank: MS-SQL • Version: - • Zugriff über: -
MS-Access oder MS-SQL?
Hallo,
ich habe eine Anwendung, die unterstützt MS-Access oder MS-SQL. Für automatische Tests gibt es Testdatenbanken. Ich frage mich welches der beiden Formate ich für Test-Datenbanken verwenden soll. Lokal habe ich mal MS-SQL Express installiert und kann mit dem Management Studio die DB auch anschauen. Als erster kleiner Nachteil für MS-SQL ist bei uns, dass man das erst mal installieren muss. Dann habe ich den Platzbedarf angeschaut. Eine "leere" Datenbank bei unserer Anwendung benötigt schon mal 500 KByte. Das finde ich viel. Eine analoge *.mdf benötigt jedoch 8192 KByte. Das ist schon mal deutlich mehr. Wenn ich die DB dann als SQL exportiere, dann hat die Datei nur noch 75KByte. Wenn ich also bei den Tests die DB aus dem SQL-Code erstelle, wäre der Platzbedarf kleiner. (Mein Plan wäre die DB oder den SQL-Code in git zu speichern) Eine weitere Frage ist welchen Ressourcenbedarf das SM-SQL hat. Die Tests laufen auf VMs die nicht so üppig bestückt sind wie mein lokaler PC. Ich wäre dankbar für Meinungen und RTFMs dazu. |
AW: MS-Access oder MS-SQL?
Zitat:
 SQL Express LocalDB schauen.Den Ansatz mit den SQL-Scripts würde ich auch empfehlen. Das macht sich auch besser in der Versionsverwaltung. |
AW: MS-Access oder MS-SQL?
Grundsätzlich würde ich aber immer ein "richtiges" DBMS, also den SQL-Server, bevorzugen. Auch die "Datenbankengine" von Access muss installiert werden (ist aber oft schon der Fall).
|
AW: MS-Access oder MS-SQL?
Hallo,
500 kB passen ja gerade so auf eine Festplatte ... Deine Problem möchte ich haben ;) Nein, im Ernst. Der Platz darf keine Rolle spielen. Zum Test. Du musst natürlich 2 Datenbanken testen, wenn du 2 Datenbanken beim Kunden anbietest. |
AW: MS-Access oder MS-SQL?
Danke für die Antworten.
@Uwe: SQL Express LocalDB habe ich gesehen. Soweit ich das verstehe müsste ich dazu die Anwendung ändert, zumindest das Setup. Das will (oder darf) ich gerade nicht. Nebenbei schau ich mir gerade ein Kurs "DevOps for databases" an. Die committen auch immer nur SQL-Scrips. Von daher denke ich kann die Zielrichtung nicht falsch sein. @mkinzler: die access ist schon drauf. Bei der MS-SQL muss ich aber zum Verantwortlichen für die virtuellen Maschinen der automatischen Tests laufen und betteln, dass ich nun auch noch MS-SQL Express drauf haben will. :wink: Da möchte ich zuvor erst mal alle Argumente sammeln. @hoika: Da habe ich mich wohl missverständlich ausgedrückt. Die 500 kB sind für eine leere Datenbankdatei. Da es aber tausende an Testes gibt, die idealerweise jede ihre eigene Datenbank hat werden es schon mehr. Ausserdem werden alle Änderungen dann im Versionscontrolsystem eingecheckt und dann finden sich irgendwann auf zigs PC alle Datenbanken in allen möglichen Versionen wieder. |
AW: MS-Access oder MS-SQL?
Hallo,
Zitat:
Das hat mit den Tests doch nichts zu tun. Die Testdatenbanken sind doch zentral. Das Management kann nervig sein, ja. Ich hatte in meiner alten Firma knapp 300 FB-Datenbanken mit unterschiedlichen Tests. (Viele Konfigurationsparameter waren auch in der Datenbank und viele Routinen haben die Parameter benutzt). Also habe ich eine leere DB genommen, Mit dem Programm selbst rumkonfiguriert, TestDaten eingegeben. die DB auf den Testserver gepackt und die entsprechenden Tests dazu geschrieben. |
AW: MS-Access oder MS-SQL?
Nein, die Testdatenbanken sind nicht zentral.
Diese sollen zum jeweiligen Test gehörig gespeichert und mit dem Test versioniert werden. |
AW: MS-Access oder MS-SQL?
Hallo,
also habt ihr keine zentrale Stelle, wo die Tests abgelegt sind? Finde ich nicht soo gut, ich hoffe, ihr macht auf allen Rechnern Backups. |
AW: MS-Access oder MS-SQL?
Wir verwenden git, das ist ein DVCS (siehe
https://de.wikipedia.org/wiki/Versionsverwaltung). Da ist alles verteilt, auch die Testdatenbanken. Wir haben schon auch irgendwo ein clon der auch gesichert wird.Allgemein: Danke für alle Anregungen. Ich werde als nächstes mal mit dem Konvertieren der DB von und zu SQL-Scripts beschäftigen. |
AW: MS-Access oder MS-SQL?
Die eigentliche Frage ist doch was du eigentlich testen willst.
Wenn du mit echten Datenbanken herumhantierst, dann ist es auf jeden Fall schon mal kein Unit-Test sondern ein Integration-Test. Wenn du diesen mit der Access-Datenbank durchführst, dann kannst du nachher auch nur sagen, dass es mit der Access-Datenbank funktioniert hat. Mehr nicht. Einen Rückschluss auf die Funktionalität mit dem SQL-Server lässt das nicht zu. Also, was genau soll dieser Test an Erkenntnis bringen, bzw. was genau willst du damit testen? Dann können wir die Frage auch sinnvoll beantworten. |
AW: MS-Access oder MS-SQL?
Hallo,
Zitat:
|
AW: MS-Access oder MS-SQL?
Also das "Entweder/Oder" sehe ich auch nicht. Man muss die Konstellationen testen, die man anbietet. Gerade MS Access ist in meinen Augen relativ weit von "einem" (1) sowieso-nicht-existenten SQL Standard entfernt.
Zu den Ressourcen: Wenn die Tests komplett gescriptet sind, sehe ich keine Problem in den Größen. Der Test erzeugt das passende Endsystem, macht den Workload und alles geht wieder in den Müll. Oder wollt Ihr jeden Test (jede Instanz) als Beweis aufheben? Und auch wenn es nicht gefragt war: https://info.microsoft.com/top-six-r...-register.htmlAm besten gleich noch eine dritte Möglichkeit vorsehen (z.B. Firebird) und die beiden MS Varianten langsam ausschleichen, bspw. durch höhere Preise- die sie ja schon von allein haben. ;) |
AW: MS-Access oder MS-SQL?
Wenn man alles per Script löst, braucht man keine Datenbank (wo auch immer) ablegen. Die kann man auch per Script erstellen.
Zu Beginn des Testes hat man nichts, außer den Scripten und dem zu testenden Programm (auf einem möglichst jungfräulichen System). Mit den Scripten wird die Datenbank (mit komplettem, für den Test benötigten, Inhalt, der erforderlichen Konfiguration, ...) erstellt und dann der Programmtest durchgeführt. |
AW: MS-Access oder MS-SQL?
Zitat:
die eigentliche Frage für mich ist die ob es sinnvoll ist wenn ich bei unseren Test die Access-DB durch MS-SQL ersetze. Wenn es für die Beantwortung diese Frage wichtig ist, was getestet wird dann ok. Ich schrieb "ich habe eine Anwendung, die unterstützt MS-Access oder MS-SQL. Für automatische Tests gibt es Testdatenbanken.". Es geht mir hier um den Test der Anwendung, nicht um den Test der Datenbanken. Und ja, es geht auch nicht um unit-tests. Es sind hier das was manche Coded-UI-Tests nennen. Ein vereinfachtes Beispiel für einen Test: - Öffne Anwendung mit DB "Bla" - Öffne in der DB Bereich "7162" - Aktiviere Action "Fu" - Warte bis Menüband (Ribbon) erscheint - Fülle in die Eingabefelder b1,b2,b3 die Elemente von der DB x001, x002 bzw. x003 ab - Prüfe ob in der DropDown-Liste Z003 die Einträge M und L drin sind. Ob die Elemente x001, x002 bzw. x003 von einer Access oder MS-SQL DB stammen ist für den Test völlig egal. (Und ja, es gibt auch Tests die spezifisch das Verhalten der DB bei Access und bei MS-SQL testen, aber um diese geht es mir hier nicht.) @jobo: Ja, der Access-Dialekt ist sehr ungewöhnlich. Bislang haben wir es nicht geschafft den Inhalt der Access-DB in ein Script (z.B. SQL oder XML) zu überführen. Die Ergebnisse der Tests werden schon eine Zeitlang aufbewahrt. Das sind irgendwelche Logs, aber keine DBs. Für eine dritte Variante (SQLite war mal mein Favorit) ist derzeit kein Bedarf. Den Anwendern ist das Format egal (ausser ganz wenigen die die Daten auf Ihrem zentralen MS-SQL-Server haben wollen) @Delphi.Narium: Ja so stelle ich mir das ungefähr vor. Als die DB aus einem versionierten Script erzeugen und nicht eine vorhandene DB benutzen. |
AW: MS-Access oder MS-SQL?
Hallo,
Zitat:
Beim Kunden ist ja nie eine neue DB, sondern immer eine alte mit einem DB-Update. Aber genau das ist ja wahrscheinlich in Euren Tests auch mit drin. PS: Wir hatten auch schon Kunden mit einer 5 Jahre alten DB-Struktur, wo unser DB-Update fehlgeschlagen ist, weil wir nur 4.9 Jahre ( ;) ) zurückgeschaut hatten. |
AW: MS-Access oder MS-SQL?
Zitat:
Es werden nicht 2 verschiedene Varianten benötigt. |
AW: MS-Access oder MS-SQL?
Für DB-Updates haben m.W. unit tests.
Überdies bin ich der Meinung dass das den jeweiligen Tests egal sein muss ( https://de.wikipedia.org/wiki/Single...bility-Prinzip).Natürlich muss man neben den konkreten syntetischen Test auch allgemeine Tests möglichst nahe am Kunden haben. |
AW: MS-Access oder MS-SQL?
Zitat:
Es soll ja immer das gleiche abgespult/getestet werden. Irgendwo in der Anwendung ist aber das Mapping auf eine spezifische DB, das kann halt mal schief gehen. |
AW: MS-Access oder MS-SQL?
Also ich habe früher (vor 20 Jahren...) sehr viel mit Access gemacht, fand es - für damalige Verhältnisse - ein tolles System, inklusive Oberflächenentwicklung und so. Auch die Performance war erstaunlich gut: Wie ich später die Daten auf MySQL umgezogen habe, musste ich viele Abfragen umgestallten, weil MySQL in machen Fällen - bei gleicher Datenmenge, Tabellen- und Query-Definition - wesentlich langsamer als Access war! :shock:
Damals war - in meinem Arbeitsumfeld - eine "echte" Datenbank meist noch ein Großrechnerthema, also waren die Alternativen dünn gesäht... Aber heutzutage käme ich im Bereich Anwendugsentwicklung nie mehr auf die Idee, statt einer "richtigen" Datenbank Access zu benutzen. Die Zeiten von Access sind einfach vorbei. |
AW: MS-Access oder MS-SQL?
Liest die Anwendung den Inhalt der DB ein? Sprich ist solche eine kleine DB eine andere Form von Testscript?
Ihre emuliert das Scripting gegenüber einer Automation Schnittstelle. Prinzpiell wäre es klüger das 'Testscript' in dem Format anzubieten in dem der bestehende Test'mechanismus' die Tests heute schon liest. Wenn dem noch nicht so ist muss man mal den Testprozess ein wenig durchleuchten. a) Testet die Anwendung selbst oder ein eigenes Testprogramm b) Hältst du eine DB auf SQL Server bei dir und erzeugst aus einer Tabelle welche für eine kleine Access DB (Testscript praktisch) jeweils on the fly eine aktuelle Version usw... c) Weder die 'Testscripts' gepushed oder kann sich der User die Daten selbst ziehen d) Modifzierbarkeit der Testsequenz nach der Auslieferung e) ... [QUOTE=freimatz;1437057] Zitat:
|
AW: MS-Access oder MS-SQL?
Zitat:
Zitat:
Kathinka rulez :-D |
AW: MS-Access oder MS-SQL?
Zitat:
Ich schrieb "ich habe eine Anwendung, die unterstützt MS-Access oder MS-SQL. Für automatische Tests gibt es Testdatenbanken.". Es geht mir hier um den Test der Anwendung, nicht um den Test der Datenbanken. Und ja, es geht auch nicht um unit-tests. Es sind hier das was manche Coded-UI-Tests nennen. Ein vereinfachtes Beispiel für einen Test: - Öffne Anwendung mit DB "Bla" - Öffne in der DB Bereich "7162" - Aktiviere Action "Fu" - Warte bis Menüband (Ribbon) erscheint - Fülle in die Eingabefelder b1,b2,b3 die Elemente von der DB x001, x002 bzw. x003 ab - Prüfe ob in der DropDown-Liste Z003 die Einträge M und L drin sind. Ob die Elemente x001, x002 bzw. x003 von einer Access oder MS-SQL DB stammen ist für den Test völlig egal. Ich ging mal davon aus, dass diese Anweisungen technischer formuliert von der Anwendung oder einer Testumgebung maschinell gelesen und automatisiert ver- resp. abgearbeitet werden. - Du hast angedeutet, dass dir Änderungen im Moment wohl kaum zugestanden würden. An sich solltest du mit LocalDB das Auslangen finden. Du hättest dann nur ein Set an Testfällen in einer technischen Formulierung (also einem DB Format). |
AW: MS-Access oder MS-SQL?
In den DBs drinnen sind Testdaten. Also z.B. die Elemente x001, x002 bzw. x003.
Nein, nochmals, die Testscripte sind dort nicht drin. Ja, die Anweisungen sind technischer formuliert, als in meinem Beispiel. Ich sehe gerade nicht was LocalDB mir bringen soll ausser viel Arbeit. Das ist auch wie ich es sehe für etwas anders da. Eher düfte MS-SQL Express passen, dass dann von den Testscripten mit sqlcmd angesteuert wird. |
AW: MS-Access oder MS-SQL?
Danke. Das war mir so nicht klar.
Local DB ist heute eine speziell konfigurierter SQL Server Express. Ich dachte allein da diese DB oft auf Workstation images, zwar in älterer Version aber doch, in manchem OS image vorhanden ist, wie einst die Access libraries bspw. auf Windows Servern z. B. da eine Serveranwendung der MS darauf lief. Deswegen konnte man sich drauf verlassen, dass die Libraries verfügbar sind. Wenn die Scripts aber losgelöst sind, dann spricht mal wenig gegen SQL Express. Zitat:
|
AW: MS-Access oder MS-SQL?
Zitat:
Egal wieviele Danbanken von Deiner Anwendung unterstützt werden (sollen) (Versionsabweichungen beachten!) Jede dieser Datenbanken(Versionen) muß getestet werden. Die Idee MS-SQL zu testen und auf die Unterstützung von Access zu vertrauen ist wenig professionell. Ja das ist aufwendig! Und wer da in KB-Bereichen rechnet, macht etwas falsch. Ich hoffe ich habe die Ausgangsfrage falsch verstanden...... Gruß K-H |
AW: MS-Access oder MS-SQL?
Ja, offensichtlich hast Du :-D
Wenn man zwei Datenbanksysteme anbietet muss man natürlich beide auch testen. Aber darum geht es mir nicht. Wir haben zehntausende unit- und Integrationstest. Diese laufen vor oder bei jedem commit. Um die geht es mir nicht. Im Bereich der Coded-UI-Test haben wir über 100 Testsuiten mit je wiederum ca. 2 bis 20 Testes, die wiederum teilweise hunderte Checks machen. (Falls es interssiert wir verwenden Jenkins und das Robotframework.) Die meisten laufen jede Nacht. Viele lässt man auch laufen bevor ein branch in master geht. (Im Sinne einer Testpyramide sollten wir mehr unit-tests und weniger Coded-UI-Test haben, aber auch das ist ein anderes Thema.) Eine oder zwei der Testsuiten testen den Zugriff auf Access und MS-SQL, das Öffnen, Updaten, Kopieren, etc. Um diese Testsuiten geht es mir auch nicht. Der Datenbankzugriff in der Anwendung ist recht gut abgekapselt. Die meisten Entwickler haben noch nie ein SQL-Statement gesehen. Den anderen Testsuiten kann - ich behaupte muss - es daher egal sein ob die Testdaten in einer Access oder MS-SQL DB liegen. Die meisten verwenden Access, wenige MS-SQL. Ich selber bin für ca. 20 Testsuiten zuständig. Für diese wird je eine von zwei Testdatenbanken verwendet. Die sind derzeit in Access. Und für die überlege ich ob ein Umstieg lohnt. Warum KByte durchaus ein Thema ist habe ich in #5 erklärt. Wenn ich mir die Kurse zu DevOps und den Test anschaue werden da gerade mal ca. je 100 Bytes eingecheckt. Ok, das sind natürlich nur Beispiele, reale Daten sind schon größer. Habe das nun versucht zu erklären. Allerdings liegt mir das Erklären für Menschen nicht. Darum bin ich auch Softwareentwickler geworden, der PC versteht eher was ich meine. :-D |
AW: MS-Access oder MS-SQL?
Hallo,
hier bin ich wieder mit dem Thema. Ich habe nun etwas analysiert bezüglich dem Speicherbedarf. Eine der Testdatenbanken, die für etliche Tests verwendet wird, benötigt - ca. 7 MByte als Accessdatenbank (4.5 MByte gezippt) - ca. 73 MByte als MS-SQL (*.mdf) - ca. 23 MByte als SQL-Script (6 MByte) gezippt Das gezippte habe ich als Anhaltspunkt was denn git beim komprimieren rausholen könnte. Ich gehe davon aus, dass man mit SQL noch deutlich noch sparen kann, wenn man gewissen Testdaten die bei allen Tests gleich sind separat ablegt. Was ich nun noch genauer wissen müsste wäre der Ressourcenverbrauch von MS-SQL-Express selber. Mit googeln habe ich viel gefunden wie MS-SQL Ressourcen verwaltet aber nicht wieviel es selber verbraucht. Ich benötige da so Dinge wie CPU-Last und RAM. Unsere VMs haben nicht gerade viel. Und bei uns hat der Verwalter der VMs die Installation von MS-SQL-Express auf den VMs abgelehnt weil das so viel Ressourcen verbrauchen würde. Wie kann man den Bedarf ermitteln? Wenn ich lokal bei mir schaue mit dem Process Explorere sehe ich da z.B. ein Ssms.exe mit 240MByte und zwei sqlservr.exe mit je 630 MByte. Das wäre dann schon recht viel. |
AW: MS-Access oder MS-SQL?
Also mein Tipp wäre ja Access als Sparvariante, allerdings dann ohne die fette Umgebung.
Vielleicht hilft das schon https://www.microsoft.com/en-us/down....aspx?id=54920ist auch mit ein Requirements und Hinweisen versehen. Am Ende würde man vielleicht rausfinden, dass es auch nur Dinge installiert, die schon da sind. Der Laufzeitverbrauch an Ressourcen für das reine Einbinden der Treiber DLL dürfte dann am Ende aber wohl nicht die Rolle spielen verglichen mit dem Bedarf für Abfragen oder? |
AW: MS-Access oder MS-SQL?
Für den Kollegen spielt der Laufzeitverbrauch an Ressourcen für das reine Einbinden des MS-SQL Express schon eine Rolle - zumindest meint er das. Mit Access hätte ich nichts gewonnen, weil wir das ja eh schon haben, aber unseres Wissens keine Scripte unterstützt. Die Scripte hätte ich aber gerne und daher die Idee zu MS-SQL. Das unterstützen wir zwar auch, aber nur mit einem separaten Server, den die VMs nicht haben. (Mit localDB hätte ich das nicht, müsste aber die produktive Anwendung ändern, was auch Probleme macht.)
Daher hätte ich schon gerne gewusst wieviel Ressourcen MS-SQL Express benötigt. |
AW: MS-Access oder MS-SQL?
Hmm..
Sorry, aber wenn deine Kollegen eine VM mit 2GB Ram und nem DualCore als 'zu viel' für einen kleinen SQL-Server betrachtet, dann sollte er überlegen, ob er weiß wovon er redet.. Bei den Kunden von meinem Arbeitgeber gibt es keinen, welcher nicht als Mindestausstattung seiner VM-Server 4 GB, ehe 8 GB RAM und neben der 60 GB HD fürs OS noch eine Datenplatte von 100 GB und nem DualCore 'vorsieht'. Und dass sind die kleinen Kunden... Ein SQL-Server Express (2017) nimmt sich maximal 4 Cores und ca. 1,5 GB RAM.. Die Standard mehr und die höheren Versionen, was der Server bietet: https://www.microsoft.com/de-de/sql-...-2017-editionsBei uns laufen zum Testen verschiedene VMs mit verschiedenen Versionen von SQL-Server gleichzeitig auf einem kleinen VM-Host... |
AW: MS-Access oder MS-SQL?
Also es ist doch wohl davon auszugehen, dass in dem Szenario ein Funktionstest durchgeführt wird und kein Lasttest. Von daher sind wohl Gigabyte RAM Anforderungen eher übertrieben oder?
Ich hab bei der Frage nicht richtig aufgepasst. HIer die Infos von MS selbst: https://docs.microsoft.com/de-de/sql...ql-server-2017 |
AW: MS-Access oder MS-SQL?
Ja, es geht um Funktionstests. (Lasttests haben wir eigentlich keine, zumindest keine automatischen. Es dürfte manuelle Tests geben, bei denen GByte an Daten geladen werden.)
Danke für den Links, der hilft schon enorm weiter. Dann wäre es für mich das nächste, mal eine VM lokal aufzusetzen und es mal auszuprobieren. Dann habe ich bessere Argumente. |
AW: MS-Access oder MS-SQL?
Auf die Gefahr hin, erneut falsch zu liegen (ich hab nicht nochmal gelesen)
Ist es in einem solchen Szenario (Ressourcenschonung) nicht am einfachsten, den Server außen laufen zu lassen und zwar einmalig? Dann z.B. nach Bedarf die benötigte DB generieren, Werte auslesen, Werte Schreiben, Vergleich, Export, Test fertig, DB wegwerfen? |
| Alle Zeitangaben in WEZ +1. Es ist jetzt 07:05 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