SQL Server (και άλλες databases)

Απ: Σχεδίαση εφαρμογής για υποκαταστήματα

Grigoris — Wed, 23 Apr 2008 04:03:57 GMT

Και για μένα η λύση το merge replication είναι η καλύτερη.
Ο χρόνος όμως για να τη στήσεις(2 μήνες) είναι σχετικά πιεσμένος(δεν ξέρω και τη ομάδα έχεις).
Το θέμα όμως δεν είναι το replication αλά πάνω σε τη εφαρμογή θα κάτσει.
Έχει γίνει π.χ. πρόβλεψη για extra πεδία που θα χαρακτηρίζουν το υποκατάστημα?
Θα βλέπουν όλα τα υποκαταστήματα τα πάντα η το καθένα τα δικά του?
Κάτι τελευταίο που θα πρέπει να λάβεις υπόψη σου είναι ότι το replication δουλεύει μια χαρά για inserts.
Τα πράγματα αρχίζουν και μπλέκουν απίστευτα όταν αρχίσεις και κάνεις updates και deletes.

Απ: Σχεδίαση εφαρμογής για υποκαταστήματα

ekt — Sun, 20 Apr 2008 21:49:11 GMT

Καλημέρα,

Δύο είναι οι βασικές παράμετροι στην επιλογή λύσης για ένα τέτοιο πρόβλημα:

1)Διαθεσιμότητα

2)latency

και είναι η μία εις βάρος της άλλης.Δηλαδή αν είσαι online(π.χ. vpn) έχεις πάντα πρόσβαση στα κεντρικά δεδομένα real time αλλά αν πέσει η γραμμή (για οποιοδήποτε λόγο) δεν έχεις καθόλου εφαρμογή.Απο την άλλη αν έχεις τοπική βάση και συγχρονίζεις κάθε βράδυ θα έχεις πρόσβαση στα δεδομένα του κεντρικού με 1 μέρα latency.

Πέρα απο τη θεωρία λοιπόν μια λύση που νομίζω οτι ταιριάζει στο πρόβλημα σου είναι το merge relication.Είναι σχετικά έυκολο να στηθεί,έχει μέγιστη διαθεσιμότητα γιατι κάθε υποκατάστημα δουλεύει ανεξάρτητα αν δουλεύει η γραμμή και ορίζεις εσύ το latency,δηλαδη κάθε ποτε θες να γίνεται ο συγχρονισμός.

Η λύση αυτη όμως μεταφέρει κόστος στο σχεδιασμό της εφαρμογής(πρέπει να εξασφαλίσεις οτι δε θα περαστεί πελάτης με τον ίδιο κωδικό σε 2 υπ/τα) και στο maintenace καθως το να αλλάξεις το σχήμα της βάσης με νέα έκδοση δε θα είναι πια το ίδιο εύκολο και στη συντήρηση καθως κάποιος θα πρέπει να παρακολουθεί τα μυνήματα των Agents

Απ: Σχεδίαση εφαρμογής για υποκαταστήματα

jimenez — Wed, 05 Mar 2008 17:43:09 GMT

Καλημέρα. Εχεις απόλυτο δίκιο.Λοιπόν από θέμα budget ειμαστε καλά.Με λίγους περιορισμούς. Δηλαδή μπορώ να αγοράσω 10 CALs για SQL Server και την Visual Studio. Οπότε μπορούμε να κάνουμε ότι μπορούμε. Το πρόβλημα είναι ότι έχω τελικά 1 1/2 με 2 μήνες χρόνο παράδοσης. Απλά σκέφτηκα μήπως μου φάει ώρες το να στήσω το Replication διότι δεν έχω ξαναδουλέψει. Το να μπαίνω remote και να τραβάω τη βάση ειναι και αυτο μια λύση έτσι δεν είναι?

Απ: Σχεδίαση εφαρμογής για υποκαταστήματα

KelMan — Wed, 05 Mar 2008 06:09:32 GMT

Χωρίς να δώσεις συγκεκριμένες προδιαγραφές σε availability, σε ποσοστά αξιοπιστίας, σε χρόνους latency, σε business needs, σε, σε, σε, ψάχνεις στα τυφλά... Οι απαιτήσεις και το budget θα σε οδηγήσουν, πέρα από αυτά μπορούμε εδώ να κουβεντιάζουμε για μήνες... Μπορείς για παράδειγμα να υλοποιήσεις κάποιο είδος data migration με log shipping ή να υλοποιήσεις batch imports ή SSIS solution. Μπορείς να στέλνεις τα data μέσα από VPN, μέσω HTTP/FTP, μέσω Message Queue. Μπορείς να παίξεις με Sync Services, μπορείς να το κάνεις προγραμματιστικά μέσω WCF, μπορείς ακόμη και να χρησιμοποιήσεις BizTalk Server αν έχεις τέτοιο budget!

Απ: Σχεδίαση εφαρμογής για υποκαταστήματα

jimenez — Wed, 05 Mar 2008 05:31:05 GMT

Υπάρχει αλλος τρόπος ώστε να ενημερώνουν τα υποκαταστήματα το κεντρικο κατάστημα (κεντρική βάση) εκτός από το replication?

Απ: Σχεδίαση εφαρμογής για υποκαταστήματα

jimenez — Tue, 04 Mar 2008 06:24:55 GMT

τελικά σήμερα το απόγευμα αποφασίστηκε ότι θα την σχεδιάσω εγώ την εφαρμογή. Έχω στο μυαλό μου το εξής μοντέλο και θέλω να μου πείτε αν είμαι σωστός και αν όχι τιπως πιστευται ότι πρέπει να γίνει. Σκέφτηκα client εφαρμογή με τοπική βάση. Αυτό για 10 χρήστες. Οι τοπικές βάσεις με χ τρόπο να επικοινωνούν με την κρεντρική. όταν στην κεντρική βάση προσθέσω πελάτη θέλω να ενημερώσει και τις άλλες 10. Αν τώρα κάποιος client εκτυπώσει - αποθηκεύσει ένα τιμολόγιο, αυτόματα να ενημερώσει την κεντρική βάση. Αυτο έχει να κάνει με replication? Να δούμε αυτό πρώτα. Είναι σωστό αυτό το μοντέλο?

Απ: Σχεδίαση εφαρμογής για υποκαταστήματα

KelMan — Mon, 03 Mar 2008 18:38:21 GMT

Πολλά μπορείς να διαβάσεις, ξεκίνα από τα Books On Line και συνέχισε με βιβλία κλπ, ωστόσο έχε στο νου σου ότι το replication δεν είνα απλό θέμα. Και ειδικά σε συνδυασμό με αυτό που λες ότι έχεις πολύ μικρό χρόνο παράδοσης...

Απ: Σχεδίαση εφαρμογής για υποκαταστήματα

KelMan — Mon, 03 Mar 2008 18:30:30 GMT

Σε συστήματα που βασίζονται στην απομακρυσμένη επικοινωνία πάντοτε υπάρχει η πιθανότητα της μη διαθεσιμότητας δικτύου λόγω εξογενών παραγόντων. Βέβαια από την άλλη μεριά, πάντοτε υπάρχει και λύσεις που μειώνουν αυτές τις πιθανότητες. Πχ μπορεί κάποιος να ζητήσει HellasCom κύκλωμα με εγγύηση ταχύτητας και uptime. Οι τράπεζες δηλαδή πως λειτουργούν; Είναι απλά θέμα κόστους και απαιτήσεων. Το να πέσει η νταλίκα στο ΚΑΦΑΟ είναι ένα σενάριο που έχει τις ίδιες ή ανάλογες πιθανότητες με το να πάρει φωτιά το computer room ή να γίνουν έργα και να κοπούν τα καλώδια. Ποτέ δεν μπορείς να είσαι σίγουρος. Πιστεύω ότι το καλύτερο είναι να καταγράψεις σε μια λίστα τις πιθανές λύσεις, τα πλεονεκτήματα, τα μειονεκτήματα και το κόστος τους και να αφήσεις άλλους να πάρουν την απόφαση έχοντας υπόψη τις ελάχιστες απαιτήσεις που έχουν για το σύστημα.

Απ: Σχεδίαση εφαρμογής για υποκαταστήματα

jimenez — Mon, 03 Mar 2008 18:29:40 GMT

Καταρχάς καλό μήνα σε όλους. Θα ήθελα εξαρχης να σας ευχαριστήσω. Αυτό που θέλω να διευκρινίσω είναι ότι στο παρελθόν δουλέψαμε με VPN σε άλλα υποκαταστήματα (εκτός Ελλάδος) και αντιμετωπίσαμε προβλήματα (Συνδεση,καταχωρισεις κτλ). Οπότε πάμε ή σε σχεδίαση νέας εφαρμογής ή σε αγορά κάποιου software το οποίο είναι δοκιμασμένο και λειτουργεί άψογα για τέτοιες δουλειές. Το θέμα είναι ότι έχω πολυ μικρό χρόνο παράδοσης και πραγματικά δεν ξέρω τι να κάνω. Από θέμα software αν έχετε καμία προταση ρίχτε την. Όσον αφορα το θέμα της σχεδίασης εμένα με καίει πολύ το replication. να μην χανονται δεδομένα και ειδικά τιμολόγια! Υπάρχει κάτι που μπορώ να διαβάσω για το replication του sql server?

Απ: Σχεδίαση εφαρμογής για υποκαταστήματα

manosB — Mon, 03 Mar 2008 17:49:16 GMT

Κύριε Καπνιά μόλις υλοποιήσετε το VPN πείτε να μου να στείλω μια νταλίκα στο καφάο της περιοχής του υποκαταστήματος. Να δούμε μετά πόσα απίδια χωράει ο σάκος. Να σε δω να εξηγείς στο αφεντικό ότι δεν μπορεί να πουλήσει γιατί δεν έχει τηλέφωνο.!!!!!!!
Σοβαρά τώρα, το VPN είναι απαραίτητο για την απλούστευση και την ασφάλεια των επικοινωνιών μεταξύ των υποκαταστημάτων και των κεντρικών. Ειδικά αν συνδιαστεί και με ip τηλεφωνία η αποσβεση της επένδυσης είναι πολύ γρήγορη. Τώρα οπωσδήποτε χρειάζεται και η stand alone λειτουργία, τουλάχιστον για την τιμολόγηση και παραγγελιοληψία. Όλα τα άλλα μπορούν να γίνουν χτυπώντας κατευθείαν την κεντρική βάση.
Βέβαια αν μιλάμε για μεγάλα υποκαταστήματα που οι τζίροι τους δικαιολογούν την επένδυση θα μπορούσε να υπάρχει μικροκυματική επικοινωνία μεταξύ καταστημάτων και κεντρικού, ιδανικά από δυο διαφορετικούς παρόχους με 2 γραμμές DSL ως back up. Δεν νομίζω ότι συμφέρει όμως

Απ: Σχεδίαση εφαρμογής για υποκαταστήματα

George J. Capnias — Mon, 03 Mar 2008 01:58:18 GMT

Το VPN εξασφαλίζει την ασφάλεια να παίξει μια σύνδεση μέσω Internet, σαν να ήταν σε τοπικό δίκτυο.

Αν στον υπολογιστή σου έχεις συνδεδεμένo εκτυπωτή, μπορείς κανονικά να εκτυπώσεις ότι θες - όπως τα καρτελάκια τιμών.

George J.

Απ: Σχεδίαση εφαρμογής για υποκαταστήματα

kanenas.net — Sun, 02 Mar 2008 21:28:31 GMT

Επειδή δεν γνωρίζω ! Τι παίζει με το VPN στην περίπτωση που θέλω να εκτυπώσω (π.χ καρτελάκια τιμών) ?

Απ: Σχεδίαση εφαρμογής για υποκαταστήματα

Panagiotis Kefalidis — Sun, 02 Mar 2008 21:17:47 GMT

Κι όλα αυτά θα έπρεπε να τα κάνει ο Administrator ε; Μα σε τι ουτοπία ζούμε! ΑΗΗΑΗΑΗΑ!

Απ: Σχεδίαση εφαρμογής για υποκαταστήματα

George J. Capnias — Sun, 02 Mar 2008 20:53:21 GMT

Θέλοντας να χαριτολογήσω, αλλά και να πειράξω όλους τους προαναφερόμενους:

Προσωπική θέση είναι ότι δεν θα υλοποιούσα ένα τέτοιο σύστημα, ούτε με τον ένα τρόπο (web εφαρμογή), ούτε με την άλλο (SQL Replication Services).
Να συνεχίσω το πείραγμα μου, λέγοντας ότι το IT είναι μια επιστήμη και δεν είναι μόνο η πλευρά του developer, είτε μόνο η μεριά του administrator - είναι και τα δύο μαζί. Η λύσεις που προτείνονται εδώ θα μπορούσε να τις σκεφτεί και υλοποιήσει ένας developer, σε ένα κόσμο που δεν θα υπήρχαν administrators. Αλλά και τότε, θα η εφαρμογή που θα έβγαινε θα ήταν καταδικασμένη να αποτύχει, μιας και δεν θα ασχολιόταν μαζί της ο developer, αφού θα είχε γίνει deploy!
Αν λάβουμε υπόψη μας ότι κάθε υποκατάστημα θα έχει τηλέφωνο, οπότε και την δυνατότητα μιας Internet σύνδεσης, απλής 512K-1M (πολύ μικρό κόστος), και ούτως η άλλως στο κεντρικό κατάστημα που είναι και η έδρα της εταιρίας θα έχει κάποιο πρόγραμμα "πιστοποιημένο" για να κόβει τιμολόγια (δεν χρειάζεται πρόσθετη επένδυση), τι πιο απλό, και φθηνό, από το να φτιάξουμε ένα απλό VPN δίκτυο, με όλα τα υποκαταστήματα να είναι VPN clients στο κεντρικό υποκατάστημα (το κεντρικό κατάστημα θα πρέπει να κάνει μια σύνδεση με σταθερή IP με λίγο μεγαλύτερο bandwidth). Μέσα από το VPN όλοι να χρησιμοποιούν το ίδιο πρόγραμμα σαν να είναι σε τοπικό δίκτυο (κοινώς δεν υπάρχει πρόγραμμα της κατηγορίες που δεν το υποστηρίζει).
Από την μεριά της υλοποίησης δεν υπάρχει ρίσκο στο αποτέλεσμα, μιας το πρόγραμμα ήδη υπάρχει και ξέρουμε τι θα προσδώσει. Από μεριάς ασφάλειας, το VPN είναι πολύ ασφαλές. Από μεριάς συντήρησης και κόστους, μπορούμε να υποθέσουμε ότι θα αγοραστεί ένας server για να στηθεί επάνω του ένα Firewall/Proxy server, που θα έχει το ρόλο του VPN server - δεν χρειάζεται ιδιαίτερο administration, μπορεί να δουλέψει σαν "ψυγείο". Όσο από χρόνους, δεν μπορεί να συγκριθεί, μιας και από την αγορά της υποδομής, ο χρόνος που απαιτείται είναι max 2 μέρες, συμπεριλαμβανομένου πάρα πολλών δοκιμών για να μάθουν όλοι την χρήση του.

George J.

Υστερόγραφο: Ξέχασα να αναφέρω και την πρόσθετη αξία που αποκτάει το VPN, μιας και εκτός από τα υποκαταστήματα, θα μπορεί ο οποιοσδήποτε υπάλληλος να το χρησιμοποιήσει για να συνδεθεί στην εταιρεία, είτε για να κόψει τιμολόγιο, είτε για να βάλει μια παραγγελία, είτε να δει τα τρέχοντα αποθέματα κ.ο.κ. Και όλα αυτά μόνο με μια τηλεφωνική γραμμή...

Απ: Σχεδίαση εφαρμογής για υποκαταστήματα

manosB — Fri, 29 Feb 2008 17:00:13 GMT

Να πω και τη γνώμη μου μια και ήμουν σε ομάδα που υλοποίησε τέτοια εφαρμογή. Καταρχήν η λύση της τοπικής βάσης είναι μονόδρομος, διότι τι θα γίνει πχ αν τρακάρει μια νταλίκα στο καφάο της γειτονιάς και μείνει το υποκατάστημα χωρίς γραμμή για 3 μέρες!! τι θα κάνεις.
Τώρα, να παίζεις live για εμένα τουλάχιστον δεν ενδείκνυται. Καλύτερα είναι στο τέλος της ημέρας να επικοινωνείς με την κεντρική βάση και να κάνεις τον συγχρονισμό σου. Επίσης μια παράμετρο που πρέπει να σκεφτείς είναι οι ετικέτες (καρτελάκια τιμών ) στα καταστήματα. Σύμφωνα με το νόμο πρέπει να αναγράφουν την τιμή που έχεις στο ταμείο. Άρα δεν μπορείς να αλλάζεις τιμές κατά το δοκούν.
Γενικά πάντως σαν αρχή για μένα για να μην χάσεις την μπάλα πρέπει να έχεις 2 ανεξάρτητα συστήματα. Αυτά θα επικοινωνούν μέσω μιας στάνταρ διαδικασίας η οποία μάλιστα θα καταγράφεται κάπου. Πχ το είδος μπήκε στη τοπική βάση τότε ή το update στη τιμή έγινε τότε. Τώρα, μπορείς κάποιες στατιστικές αναφορές που χρειάζονται να τις κάνεις κατευθείαν στη κεντρική βάση ώστε οι βάσεις των υποκαταστημάτων να είναι μόνο για τιμολόγηση. Εξαίρεση βέβαια σε αυτό είναι η αναφορά για να κλείσει ταμείο ο υπάλληλος!!!
Πάντως το θέμα είναι μεγάλο σύνθετο και θέλει καλή σχεδίαση για να μην τρέχεις μετά....