Hi,
Vielen Dank...
Das würde dann bedeuten, dass man (ohne Search oder Data Lake) alle für eine Abfrage notwendigen Werte redundant speichern und gegebenenfalls über Messaging/Events synchronisieren muss um eine performante Abfrage zu ermöglichen.
Schön langsam wird ein Schuh draus... 😃
lg
Hi...
Ich beschäftige mich gerade ein bisschen mit Microservices.
Wen man die Services komplett entkoppelt, dann gibt es für jedes Service eine eigene Datenbank (eventuell sogar eigene Server).
Nehmen wir mal an es gibt Services für:
CustomerManagement
OrderManagement
ProductManagement
Normale einfache CRUD-Operationen sind kein Problem.
Wo ich gerade häng sind komplexere Abfragen. In den Beispielen im Web wird sowas leider nicht behandelt.
Vom Datenbank-Schema her wäre das dann ungefähr so:
Customer hat Orders
Order hat OrderItems
OrderItem hat Product
Wie behandle ich in entkoppelten Microservices nun Abragen die "JOINS" über mehrer Tabellen benötigen würden.
z.B.
alle Kunden die in den letzten 4 Wochen Artikel der Marke "XY" gekauft haben
Wie löst man sowas wenn man die Tabellen eben nicht in einer Datenbank haben möchte.
lg
M@TUK
Vielen Dank für eure ausführlichen Antworten.
Ich denke ich muss mich was asp.net core bzw. das client-seitige Development betrifft noch detaillierter einlesen.
Hab zwar große Web-Applikationen mit Asp.net MVC / Knockout / Typescript entwickelt aber das ist jetzt doch ein größerer Schritt.
Bower ist nahezu tot.
Da frag ich mich aber dann warum das asp.net - Team gerade Bower als quasi Standard für das Client-Package-Management hernimmt.
lg
Hi...
ich wollte heute für einen Prototypen ein asp.net core 1.1 Projekt einrichten.
Technologien bzw. Libs die ich verwenden wollte:
asp.net core
typescript
jquery
knockout
Schön langsam bin ich am verzweifeln.
nuget nur noch für csharp-libs
bower für die client-libs (da muss man dann aber vorerst mal "git für windows" installieren damit überhaupt was funktioniert)
Typescript alleine geht ja noch einigermaßen (per tsconfig.json).
Aber das Handling der Definitions-Files für externe Libs (knockout, jquery) ist Wahnsinn. In asp.net-Projekten war es so, dass per Nuget alle Libs und auch die Definitionsfiles reingeholt wurden. TS-File erstellt und los geht's.
Jetzt braucht man erst mal NPM darüber muss man "Typings" installieren und darüber kann man sich dann die Definitions-Files holen (per CMD).
Kommt es nur mir so vor oder wurde hier mit VS2017/asp.net core bzw. dem Tooling hier alles verschlimmbessert?
lg
Hi...
schau dir mal gridster.js http://dsmorse.github.io/gridster.js/ oder aber gridstack.js https://troolee.github.io/gridstack.js/ an.
lg
Hi...
Schau dir mal Quarz.net an http://www.quartz-scheduler.net
Ist ein Task/Job - Scheduler der eigentlich genau das kann was du versuchst selber zu programmieren.
lg
Hi...
dazu gibt es im Web viele Beispiele.
Such einfach mal nach "Linq2sql left join".
lg
Hi...
Rendering sollte jetzt funktionieren (Settings waren noch auf local gedreht...).
Den Reportviewer der SSRS gibt's ja momentan nur für Winforms und Webform. Es gibt von MS nicht mal eine richtige MVC-Version. Bedeutet, man braucht immer eine Infrastruktur und Technologie die diesen Reportviewer unterstütz. Und genau das hat mich gestört.
Ob man dieses Service dann von einer ASP.net MVC-App, UWP, WPF oder einer nativen IOS oder Andriod-App aus aufruft ist eigentlich egal. Also auch ob der Aufruf von einem Server oder Client kommt. Das Service erhält nur die Report-Definition, die Daten und liefert das Ergebnis zurück. Auch was man damit dann macht ist egal (per Mail versenden, im FS speichern, Anzeigen, Downloaden,...)
Server-Reports über MSSQL wäre natürlich eine Option aber was ist wenn man mit MongoDB oder DocumentDB arbeitet und keinen SQL-Server mit Reporting-Services zur Verfügung hat oder haben kann. Dann wird's schon schwieriger...
Hi...
Ich möchte hier ein kleines Side-Projekt vorstellen.
Da es sich um eine interne Entwicklung handelt kann ich (noch) nicht fix sagen ob is es public machen darf, deswegen erstmal im Entwicklungs-Forum und nicht in Projekte.
Wir verwenden den Reportviewer und RDLC-Berichte für unsere PDF, Druck und Export-Aufgaben. Da wir gerne mit Asp.net core und Azure App Services arbeiten möchten und z.B. bei Azure App Services der Reportviewer nicht funktioniert (PDF-Erstellung) hab ich etwas experimentiert und ein RDLC-Rendering Service ist dabei rausgekommen.
Im Groben ein Reportviewer hinter einer API. Die API bekommt das RDLC-XML, Daten, Parameter, Settings und man erhält als Ergebnis den fertig generierten Report (PDF, Excel, Word, Tiff). Es ist damit egal ob wir in Azure hosten oder welche Technologie wir verwenden. Unsere PHP-Devs habens auch schon per PHP angesprochen. Es ist somit auch die Plattform egal (.net, PHP, Python, Javascript, Java,...) man muss "lediglich" ein RDLC-Dokument erstellen können.
Ich hab mal einen kleinen Test-Client online gestellt.
http://rdlcservice.azurewebsites.net/
Damit könnt ihr ein wenig rumprobieren.
Auch wens derzeit noch keinen Source-Code gibt würd ich mich über allgemeines Feedback zu diesem Service freuen.
lg
Hi...
nach weiteren 1,5 Stunden bin ich der Lösung bzw. dem Problem auf der Spur.
Das Problem liegt so wie es aussieht NICHT am XmlSerializer.
Ich habe in einen MemoryStream serealisiert und diesen dann gleich an ein Webservice gesendet.
Wenn ich das XML mit einem FileStream auf die Platte schreiben lasse passt das XML und es hat keine Fehler. Es drüfte also nur am MemoryStream liegen.
lg