|
|
|
|
| Zitat von Achsel-des-Bösen
Ich habe nen HiWi Job. 10 Stunden die Woche, 7 Euro 50 die Stunde, macht 300¤ im Montag. Android Phone ick hör dir Trapsen.
Aufgabe: Betreuung eines kleinen Rechnerpools (6 + ein Dell Server) an dem zum einen Studenten arbeiten und die zum zweiten in einem Mosix Pool hängen und Simulationen laufen lassen. Sollte recht locker werden.
| |
Ich hab auch 10h/Woche
Damit kann man sich, im Studentenmaßstab, echt paar schöne dinge leisten
|
|
|
|
|
|
|
Ich bin gerade am überlegen bwir nicht nicht für unser tolles "Webtechnologie" Projekt CouchDB benutzen sollten. Dann könnten wir nämlich komplett auf Serverseitigen Code verzichten
|
|
|
|
|
|
|
| Zitat von [DK]Peacemaker
Hat irgendjemand eine Idee, wie man so etwas sinnvoll aufbauen könnte? Nochmal kurz: Ich habe verschiedene Exporte/Importe die Daten von einer Datenbank in eine andere übertragen. Bisher wurde das "Ergebnis" immer von Hand überprüft. Ich möchte aber bei zunehmender Komplexität irgendeine automatische Überprüfung habe. Ach und wehe kommt mir mit "keine Datenbanken in Unit-Tests".
| |
Willst du eine bereits abgelaufene Migration auf Vollständigkeit testen oder den Prozess per Unit-Tests auf Fehler abklopfen?
Bei ersterem würde ich ein paar Aggregate beider Datenbanken miteinander vergleichen. Anzahl Datensätze in Tabelle X, Summe Spalte Y gruppiert nach Z und so weiter.
Bei letzterem hätte ich auch nur Inmemory-Datenbanken mit Testdatensätzen im Angebot. Wechselnde Strukturen würden da u.U. auch noch Probleme machen.
|
|
|
|
|
|
|
Es geht grundsätzlich um das Übertragen von partiellen Daten von Schema 1 zu Schema 2. Eine furchtbare Angelegenheit, aber ich will das ganze etwas strikter aufbauen, damit ich eine gewisse Sicherheit habe. Bisher habe ich mir folgendes überlegt:
Ich habe eine Basis-Klasse für solchen Datenbank-Tests, mit 3 abstrakten Methoden:
- InitializeSource(DatabaseSchema)
- InitializeTarget(DatabaseSchema)
- ExecuteProcess(IDbConnection source, IDbConnection target)
Diese müssen so implementiert werden, dass aus der Quelle eine vernünftige Datenbank erstellt werden kann. In der Regel sollte "Source" dann einige Einträge enthalten und "Target" nur dann, wenn das ein zu testener Fall ist (wie "Was passiert, wenn ein entsprechender Datensatz schon existiert). Die einzelnen Unit-Tests können dann über bestimmte Methoden Eigenschaften der Ziel-Datenbank überprüfen, z.B. so:
|
Code: |
[TestMethod]
public void CreatesRecordForEveryRoom()
{
Table("raum").All(
r => r.dtxt == "V101",
r => r.dtxt == "B102",
r => r.dtxt == "C104");
}
|
|
(Wobei "Table(string)" eine Methode der Basis-Klasse ist und "All(params Predicate<dynamic>[] predicates)" eine Methode der TableValidation-Klasse, welche von Table() zurückgegeben wird).
Mit Hilfe des "dynamic" Schlüsselworts in .NET 4 sollte ich dann in der Lage sein, daraus ein SQL Query zu formulieren, welches die entsprechenden Eigenschaften überprüft.
Das könnte ich evtl. mit einem gewissen Aufwand hinbekommen, allerdings hab ich das immer noch das Problem, dass ich in einem Unit-Test zur den "Assert"-Teil spezifiziere und "Assign" und "Act" an anderer Stelle liegen. Das würde ich aber in Kauf nehmen, wenn ich dafür am Ende eine Liste bekommen, mit all den Spezifikationen, die erfüllt worden sind. Vor allem, da diese oft lauten: "Für jeden Datensatz in Tabelle A in Datenbank B muss eine Kopie in Tabelle C von Datenbank D und eine Verknüpfung in der Tabelle E hinterlegt werden.".
Das würde ich gerne damit erreichen, allerdings dürfte es recht aufwändig sein, diesen Berg von anonymen Klassen und dynamischen Objekten vernünftig auseinander zu nehmen.
|
|
|
|
|
|
|
|
|
|
|
Soll das einen Charakter darstellen, der ewig fällt und sich dabei langweilt?
Was ist der Hintergrund dazu?
|
|
|
|
|
|
|
Fang von vorne an. Lohnt sich, denn dieser Comic ist einfach sowas von geil. Rollenspielerfahrung ist von Vorteil aber nicht unbedingt notwendig.
|
|
|
|
|
|
|
Der Charakter ist ein Warlock. Und der ist schnell gelangweilt, wenn niemand zum Töten, Foltern, oder zum Wasmansonstsomitanderenmachtwenneinemlangweiligist da ist.
Und da ist er gerade in ein Loch im Boden gesprungen (da führt der Weg der Gruppe lang) und es ist etwas tiefer.
/: Oha, hab ich die Seite lange nicht aktualisiert. Aber Smoking hat recht.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von cms am 31.03.2010 18:39]
|
|
|
|
|
|
Oh gott, ich bin eben wach geworden, mein mitbewohner hat gesehen dass ich sdchon vol bin und hat mir gleich n pils angeboten.
Prost.
|
|
|
|
|
|
|
Und ich hab gerade mal noch nen KFC Gutschein eingelöst. Besser als ich es in Erinnerung habe das Zeug. Nur die Pommes kann man vergessen, wobei die immer noch besser sind als die von McD.
|
|
|
|
|
|
|
AHAR FQAERG§$%Eer sCHEISS aNDROID
|
|
|
|
|
|
|
| Zitat von Slutti
Aber das ist Wurst, mir gehts darum eine einfachere Lösung zu finden
Ich bräuchte nur irgendwie einen Ansatz
| |
man kann das natürlich mit ner handvoll entscheidungen und diversen countern realisieren, aber...
es wär schon ziemlich sexay das einfach zu projizieren.
(ich hab da mal was vorbereitet.)
m läuft von 0 bis 2*m*n-1 und n ist wie von dir angegeben.
für jede stelle X in der reihe gilt:
X = ((m div n) mod 2)*(n - (m mod n)) + (((m div n) + 1) mod 2)*((m mod n) + 1)
warum das gilt, kannst du dir selber aufmalen. und ja, das div ist ganzzahlige division.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von rABBI am 31.03.2010 23:02]
|
|
|
|
|
|
tolle Funktion
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Flash_ am 01.04.2010 0:10]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ahahaha einer meiner vier Bender korrespondiert mit Iceman. \o/
|
|
|
|
|
|
|
tut er das, ja?
|
|
|
|
|
|
|
So eine genialen CB hatte ich noch nie!
Oh, wait ...
|
|
|
|
|
|
|
| Zitat von Iceman3000
tut er das, ja?
| |
Ja.
|
|
|
|
|
|
|
Ich hab gehört ich hab nen neuen CB?
|
|
|
|
|
|
|
ja
|
|
|
|
|
|
|
Ja sorry hatte bis gerade Besuch.
|
|
|
|
|
|
|
bzw. viele
|
|
|
|
|
|
|
Wie oft wechseln die?
|
|
|
|
|
|
|
Uuuh yeah ich bin Ashtray \o/
|
|
|
|
|
|
|
Und schon nicht mehr...ist wohl doch ganz zufällig
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Thema: Gehirnsalat ( wir unter uns ) |