https://www.dotnetzone.gr:443/cs/forums/16/ShowForum.aspxΘέματα αρχιτεκτονικής και σχεδιασμού εφαρμογών (design patterns, object orientation, κ.α.)elCommunityServer 2.1 SP3 (Build: 20423.1)https://www.dotnetzone.gr:443/cs/forums/thread/4703.aspxFri, 26 Aug 2005 22:47:49 GMT2622095e-976c-431a-859e-16783ec7ecd7:4703Παναγιώτης Καναβός0https://www.dotnetzone.gr:443/cs/forums/thread/4703.aspxhttps://www.dotnetzone.gr:443/cs/forums/commentrss.aspx?SectionID=16&PostID=4703<P>Χρησιμοποιείς λάθος όρους γι αυτό μπερδεύεται το πράγμα. Αντί για datamart, που είναι όρος του Business Intelligence, περιγράφεις το Replication. Είναι ίσως ο ευκολότερος τρόπος να συνεργαστούν δύο εφαρμογές με τον τρόπο που περιγράφεις, εφ' όσον η μία μόνο διαβάζει τα δεδομένα της άλλης.&nbsp;Αν χρησιμοποιείς SQL Server μπορείς να χρησιμοποιήσεις snapshot replication&nbsp;για να αντιγράφεις τους πελάτες στις άλλες βάσεις περιοδικά. </P> <P>Αυτό που περιγράφεις σαν Exposure Layer λέγεται Remote Procedure Invocation στο χώρο του Enterprise Application Integration. Δεν είναι δεμένο με τα Web Services, απλά αυτά είναι η τελευταία τεχνολογία που χρησιμοποιήθηκε σε αυτό τον τομέα. Μπορείς άνετα να χρησιμοποιήσεις DCOM ή&nbsp;Remoting τα οποία θα είναι και γρηγορότερα (αν χρησιμοποιείς .NET φυσικά). Το Remote Procedure Invocation θέλει παραπάνω δουλειά από το replication και είναι χρήσιμο όταν θέλεις η μία εφαρμογή να χρησιμοποιήσει την άλλη, όχι απλά να ανταλλάξουν δεδομένα. </P> <P>Υπάρχουν και άλλες γενικές λύσεις στο θέμα του Enterprise Application Integration (κοινή βάση δεδομένων, χρήση messaging/workflows) τα οποία φαίνονται υπερβολικά στο σενάριο που περιγράφεις. Αν θες να μάθεις περισσότερα, ειδικά στο θέμα του Messaging, δες το <A href="http://www.eaipatterns.com/">http://www.eaipatterns.com/</A>. Επίσης, το Intelligent Enterprise Magazine έχει μια κατηγορία ειδικά για&nbsp;&nbsp;<A href="http://www.intelligententerprise.com/channels/integration/">Application Integration</A>, αν και επικεντρώνεται στο πως θα δουλέψουν διάφορα συστήματα μαζί.</P>https://www.dotnetzone.gr:443/cs/forums/thread/4676.aspxFri, 26 Aug 2005 18:42:40 GMT2622095e-976c-431a-859e-16783ec7ecd7:4676Pilgrim0https://www.dotnetzone.gr:443/cs/forums/thread/4676.aspxhttps://www.dotnetzone.gr:443/cs/forums/commentrss.aspx?SectionID=16&PostID=4676<font size="2">Εξηγώ λίγο τον τίτλο με μια υπόθεση εργασίας...<br> <br> Έχουμε μια βάση την οποία θέλουμε να καταστήσουμε προσβάσιμη απο διάφορες εφαρμογές.<br> Οι εφαρμογές αυτές έχουν "data" που είναι "δικά" τους και δεν έχουν σχέση με την δική μας βάση πλην όμως μπορεί να <br> συνδυάζονται μεταξύ τους. Δηλ. φανταστείτε μια εφαρμογή που διατηρεί contacts για πελάτες.<br> Το πελατολόγιο όμως βρίσκεται στην δική μας βάση.<br> <br> Το δίλημμα που γεννάται εδώ είναι : φτιάχνω ένα datamart με τους πελάτες (που μπορεί να μην είναι και όλοι)<br> για την εφαρμογή των contacts (αντιγράφω δηλ. τους πίνακες που χρειάζεται η εφαρμογούλα απο την κεντρική βάση) <br> και δουλεύω με τα data στην ανεξάρτητη βασούλα της εφαρμογής ή κάνω expose την κύρια βάση με ένα data exposure tier <br> (δικός μου όρος) π.χ. ένα Web-Service tier ??<br> <br> <u>Πιθανά considerations/προβληματισμοί.<br> <br> </u>- Performance στην περίπτωση του web-service exposure tier<br> - sql joins στην περίπτωση του exposure tier τα ξεχνάμε...<br> - data duplication. Μήπως αν κάνω datamarts θα καταλήξω να έχω την αρχική βάση κλωνοποιημένη σε κάθε εφαρμογή ?<br> <br> Το ένστικτο το δικό μου λέει exposure tier. Επειδή όμως έχω δει και την άλλη λύση ως προσέγγιση, και απο "σοβαρές" εταιρίες<br> είπα να θέσω τον προβληματισμό και στο forum...<br> Σίγουρα μια απάντηση είναι ότι ανάλογα το case πράττεις. Ο γενικός όμως προσανατολισμός μου προσωπικά τείνει <br> προς μια SOA πλατφόρμα για τέτοια πράγματα. <br> <br> cheers!<br> <br> <br> </font><br>