Design & Architecture

Απ: Export δεδομένων από ένα σύστημα

anjelinio — Tue, 19 Dec 2006 00:10:12 GMT

Πιθανώς να μπορούσες να το γυρίσεις απ'το web service σε base64, αλλά αυτό θα "φουσκώσει" αρκετά το μέγεθος ... με handler θα ήταν πολύ καλύτερα.

Απ: Export δεδομένων από ένα σύστημα

Dimitris Papadimitriou — Mon, 18 Dec 2006 23:55:12 GMT

Αυτό τώρα είναι ένα θέμα και ήθελα να το αντιμετωπίσω λίγο αργότερο. Η αλήθεια είναι ότι το request για να λάβει ο client το αρχείο γίνεται με web service, οπότε δεν ξέρω αν μπορώ να δώσω το αρχείο έτσι. Διαφορετικά θα έπρεπε να φιάξω μια aspx που να το κάνει αυτό ή έναν httphandler.

Απ: Export δεδομένων από ένα σύστημα

anjelinio — Mon, 18 Dec 2006 23:30:52 GMT

Δημήτρη, χρειάζεσαι το παραγώμενο zip αρχείο στο server ? Αν όχι, αντί για FileStream στο ZipLib, δώστου κατευθείαν το Response.OutputStream έχοντας θέσει τους headers σε file-attached και το κατάλληλο content-type ... δε θα χτυπάς (μάλλον) ουτέ καν το δίσκο του server σου έτσι.

Απ: Export δεδομένων από ένα σύστημα

Dimitris Papadimitriou — Mon, 18 Dec 2006 06:51:58 GMT

Λοιπόν. Έχουμε και λέμε. Θα δώσω δυο δυνατότητες εξαγωγής δεδομένων:

1) Εξαγωγή πολύ συγκεκριμένων δεδομένων σε xml. Ο χρήστης θα μπορεί απλά να δώσει ένα σετ κριτηρίων που θα προσδιορίζει τα δεδομένα που θα πάρει. Το xml θα είναι αυτό που δημιουργείται από την dataset.WriteXml, όταν οριστεί τύπος Nested για τα relation που περιέχει, έτσι ώστε τα related records ενός record να εμφανίζονται σαν nested nodes. Επειδή το σύστημα είναι client/server και επειδή το παραγώμενο xml μπορεί να είναι μεγάλο, βρήκα ένα τρόπο να κάνω WriteXml απευθείας σε αρχείο zip. Δεν είναι τίποτα φοβερό, αλλά είπα να το βγάλω στο blog μου. Αν θέλετε ρίξτε και κανένα σχόλιο να μου κάνετε σεφτέ!!! Write dataset contents to zip file.

2) Κατά τα άλλα θα ακολουθήσω αυτό που είπε και ο anjelinio, δηλαδή θα σηκώσω ένα reporting services model σε ένα report server του SQL Server 2005. Βάση αυτού του μοντέλου θα μπορούν να γίνουν reports σχεδόν που οτιδήποτε υπάρχει στη βάση δεδομένων, χωρίς όμως ο χρήστης να εκτελεί απευθείας queries σε αυτή. Με μια μικρή μελέτη είδα ότι τα Reporting Services είναι ένα φανταστικό εργαλείο. Περισσότερο μου άρεσε ο Report Designer που γίνεται deploy με click once, καθώς και η δυνατότητα απευθείας προβολής ενός report από τον browser, το οποίο θα βολέψει περισσότερο executive χρήστες.

Απ: Export δεδομένων από ένα σύστημα

Dimitris Papadimitriou — Fri, 15 Dec 2006 02:37:28 GMT

Κατατοπιστικότατος!

Απ: Export δεδομένων από ένα σύστημα

anjelinio — Fri, 15 Dec 2006 02:22:08 GMT

papadi wrote:
Θα σε βομβαρδίσω!!!
Τι εννοείς "έχουμε κάνει expose το μοντέλο της βάσης σε ...models;". Έχεις αντιγράψει την βάση σου σε άλλη βάση; Δεν είμαι πολύ εξοικοιωμένος με τα reporting services και φαίνεται ότι πρέπει να κάνω κάτι άμεσα.

Τα Reporting Services μπορούν να δουλέψουν ως εξής ... έχεις τη δυνατότητα να φτιάξεις ένα "μοντέλο" - κάτι σαν view που έχει πάρει speed-άκια είναι αυτό - και να το κάνεις deploy σε ένα web application που στήνουν τα reporting services. Μετά, με τον Report Builder, ένα click-once deployed application που μοιάζει λίγο με designer στην Access ή κάτι παρόμοιο, μπορούν οι users σου να κάνουν login remotely στα R.S. και να φτιάχουν reports πάνω σε αυτό το μοντέλο. Μπορούν μάλιστα να σώσουν αυτά τα reports στα reporting services και να μπορούν να τα δούν κι άλλοι χρήστες απο web interface.

Είναι λίγο ιδιότροπο βέβαια το authentication / authorization πάνω στα R.S. αλλά σε ένα σχετικά απλό σενάριο του ποιός μπορεί να δεί ποια μοντέλα είναι σχετικά απλό.

papadi wrote:

Αν έχουν full access στη βάση τότε που μπαίνει το "framework" σου και τα xml config;
Όταν λες menus, authorization κλπ; Γράφουν κώδικα είναι είναι configurable;

Εκτός απο τα user reports, υπάρχει η δυνατότητα να γράψεις τα queries σου σε κάποια xml config files που έχουμε κάπου στον "πάτο" της όλης ιστορίας, τα οποία περιλαμβάνουν και κάποια άλλα metadata, όπως π.χ. ποιοί ρόλοι έχουν access σε αυτά. Έτσι, μπορούν οι "δημόσιοι" να προσθέτουν reports για όποια user groups θέλουν, και αυτά να εμφανίζονται @runtime στα αντίστοιχα μενού των χρηστών. Είναι απλώς ένας εναλλακτικός τρόπος να προσθέτεις reports στο σύστημα ... "απο κάτω".

[ Να πώ εδώ, οτι το datasource του κάθε report που δεν έχει φτιαχτεί απο κάποιον user, παίρνει data απο τα queries που περιέχονται σε αυτά τα config files. Αυτά που έχουν φτιαχτεί απο users, παίρνουν δεδομένα βάσει του μοντέλου το οποίο χρησιομοποίησαν για να φτιάξουν το report τους - επίσης να πώ οτι κι εγώ ίσως δεν καταλάβω τί εννοώ όταν ξαναδιαβάσω αυτή την πρόταση που μόλις έγραψα :D ]

Τώρα φίλε Πάνο ... η χρήση reporting services δεν αποκλείει τη χρήση ενός Data Warehouse. Ένα ακόμη data source για τα reporting services είναι. Επειδή όμως ήσουν ένα χρόνο στην εταιρία ( σε παλιά σου posts μάλιστα την κατονομάζεις σχεδόν .. περήφανα :P ) και ξέρεις πως είναι τα πράγματα, μπορείς να φανταστείς οτι απλώς δεν είχαμε το χρόνο να κάνουμε και μια τέτοια υλοποίηση.

Παρόλα αυτά, και αν και δεν είμαι καθόλου data warehouse oriented προσωπικά, δε νομίζω οτι η κυρία Βασιλική της "Συνεταιριστικής Τράπεζας Παραμεθωρίου" θα "την πάλευε" έχοντας ένα interface μπροστά της το οποίο δεν είναι όσο απλός είναι ο Report Builder αυτή τη στιγμή :P Αυτό χρειάζοντας οι χρήστες μας, οι οποίοι δεν ξέρουν καν τι είναι ένας κύβος ... του Rubick, αυτό δώσαμε. Θέλω να πιστεύω - και ήδη έχουμε κινηθεί προς αυτή την κατεύθυνση - οτι το μέλλον θα μας βρεί Data Warehouse enabled μέσα στο επόμενο 6-μηνο.

Αυτά απο 'μένα ... επιστρέφω στις κωδικογραφίες μου τώρα.

Disclaimer: Τα Ονόματα και ιδρύματα που αναφέρθησαν σε αυτό το post είναι σχεδόν fictional, και δεν υπήρχε καμμία πρόθεση να υποτιμήσω καμμία Συνεταιριστική Τράπεζα ή οποιαδήποτε συμπαθέστατη κυρία Βασιλική ( μια απ'αυτές είναι και θεία μου στην τελική ... ) :D .. και φυσικά κανένα συνδαιτήμονα DotNetZoner.

Απ: Export δεδομένων από ένα σύστημα

Dimitris Papadimitriou — Fri, 15 Dec 2006 01:21:06 GMT

Η απαίτηση στην περίπτωσή μου είναι γενική και έχει να κάνει με το να παρέχει το σύστημά μου στους ανθρώπους της υποστήριξης και τους administrators ή advanced users των πελατών να κάνουν διάφορα πράγματα. Όχι να κάνω εγώ κάτι συγκεκριμένο, π.χ. ένα συγκεκριμένο cube για κάποια χρήση. Το προϊόν, γιατί περί προϊόντος πρόκειται - όχι για κάποια custom λύση για κάποιο πελάτη, πρέπει να δίνει τη δυνατότητα σε κάποιον να τραβήξει δεδομένα. Αυτός ο κάποιος, είτε είναι προσωπικό υποστήριξης, είτε ο πελάτης, μπορεί να αποφασίσει να κάνει cubes, dw και ότι άλλο θέλει ή απλά να πάρει ένα .xls με μια λίστα.

Οπότε αυτό που θέλω είναι έναν elegant τρόπο να κάνω expose τα δεδομένα μου, αντί να δώσω ως έχει την OLTP βάση και να πως σε οποιονδήποτε να κάνει ότι θέλει εκεί!

Απ: Export δεδομένων από ένα σύστημα

anjelinio — Fri, 15 Dec 2006 00:06:00 GMT

Θα επανέλθω το βραδάκι Δημήτρη ( και Πάνο ... ) γιατί αυτή τη στιγμή τρέχουμε και δε φτάνουμε ... :P

Απ: Export δεδομένων από ένα σύστημα

Παναγιώτης Καναβός — Thu, 14 Dec 2006 20:02:38 GMT

Αυτό που περιγράφει ο anjelinio θα μπορούσε να γίνει πολύ ευκολότερα χρησιμοποιώντας ένα Data Warehouse. Έτσι κι αλλιώς, για να δημιουργηθούν τα reports χρειάζεται να τρέξουν περίπλοκα scripts, τα οποία από τη μία διαβάζουν δεδομένα και τα συνδυάζουν, από την άλλη υπολογίζουν τιμές στα συνδυασμένα δεδομένα. Το πρώτο βήμα είναι ίδιο σχεδόν με το ETL βήμα ενός DW. Θα έλεγα μάλλον ότι είναι (πολύ) ευκολότερο με DW. Το δεύτερο βήμα είναι παιχνιδάκι έτσι και φτιάξεις ένα κύβο.

Αυτό που έχω διαπιστώσει πάντως είναι ότι οι περισσότεροι προγραμματιστές και οι manager τους δεν χρησιμοποιούν DW γιατί άκουσαν ότι είναι δύσκολα, όχι γιατί είναι πράγματι δυσκολότερα από τις λύσεις με scripts. Αν ξέρεις τί θέλεις, και δεν ζητάς τη θεραπεία "δια πάσαν νόσον" κλπ., ένα dw για αυτό που περιγράφει ο anjelinio μπορεί να γίνει σε 2 εβδομάδες (διαπιστωμένο, όχι εκτίμηση). Τα αντίστοιχα scripts θα χρειαστούν τον ίδιο, αν όχι περισσότερο χρόνο. Η διαφορά είναι ότι το DW τροποποιείται πολύ ευκολότερα, η προσθήκη νέων υπολογισμών και κριτητρίων, π.χ. για κατανομή επιδοτήσεων, είναι πολύ ευκολότερη, ενώ η ταχύτητα πολύ μεγαλύτερη.

Το πρόβλημα είναι ότι όταν προτείνεις σε κάποιον "να φτιάξουμε reporting database ή data warehouse" φοβάται ότι η περιπλοκότητα θα είναι πολύ μεγάλη, ότι το έργο θα πάρει πολύ χρόνο, κλπ, κλπ, κλπ. Το αποτέλεσμα είναι ότι καταλήγει το κάθε νέο report να είναι μία πολύ δύσκολη δουλειά, εκεί που μπορούσε να είναι πολύ εύκολη.

Απ: Export δεδομένων από ένα σύστημα

Dimitris Papadimitriou — Thu, 14 Dec 2006 19:41:34 GMT

Θα σε βομβαρδίσω!!!

anjelinio wrote:
Έχω 3 real life σενάρια να συνεισφέρω ... κανένα δεν είναι τόσο advanced όσο το data-marting, αλλά .. προσεγγίζει κάπως, τουλάχιστον το ένα.
Στο σύστημα που διαχειρίζεται τις υποβολές προτάσεων για το 3ο ΚΠΣ, υπάρχουν εγκατεστημένα σε ένα "τρίτο" μηχάνημα reporting services. Data source για αυτά είναι η βάση της κυρίως εφαρμογής, μέσω ενός hand crafted extention για τα Reporting Services του SQL 2005. Επειδή ο τελικός χρήστης είναι υπάλληλος σε μια τράπεζα, και είναι πιο εξοικειωμένος με το Excel απ'ότι με ... xml ... έχουμε κάνει expose το μοντέλο της βάσης σε .. models, τα οποία μπορούν να χρησιμοποιήσουν με τον Report builder των R.S. - ο Report Builder είναι click-once deployed, κι έτσι ο κάθε τραπεζικός μπορεί να φτιάξει ότι report θέλει, κι ότι τραβάει η ψυχούλα του πάνω στα δεδομένα που αφορούν την τράπεζά του.

Αν μπορούσες να αναλύσεις λίγο παραπάνω σε αυτό το σημείο...
Τι εννοείς "έχουμε κάνει expose το μοντέλο της βάσης σε ...models;". Έχεις αντιγράψει την βάση σου σε άλλη βάση; Δεν είμαι πολύ εξοικοιωμένος με τα reporting services και φαίνεται ότι πρέπει να κάνω κάτι άμεσα. Αυτό με τον click-once deployed builder θα το δοκιμάσω. Άλλωστε και η δική μου εφαρμογή είναι click-once deployed και ταιριάζει! (έτσι όπως το έθεσα είναι σαν να έλεγα ότι το αυτοκίνητό μου ταιριάζει με τα παπούτσια!).

anjelinio wrote:

Στην ίδια εφαρμογή, ο κυρίως πελάτης - το κράτος ας πούμε - έχει κάποιους ανθρώπους οι οποίοι είναι πληροφορικάριοι. Για δικές τους ανάγκες, χρειάζεται να φτιάχνουν reports, αλλά έχοντας full access στη βάση. Για αυτούς, το μέρος όλου αυτού του "framework" το οποίο είναι κάτω απο όλα αυτά - xml config αρχεία τα οποία περιέχουν τα queries και κάποια άλλα attributes δουλεύει μια χαρά. Γράφουν την sql τους, τα menus, authorization πάνω σε ρόλους κτλ κτλ στο lowest level possible στα πλαίσια της εφαρμογής και είναι happy as they can be.

Αν έχουν full access στη βάση τότε που μπαίνει το "framework" σου και τα xml config;
Όταν λες menus, authorization κλπ; Γράφουν κώδικα είναι είναι configurable;

anjelinio wrote:

.. αν όλα αυτά έχουν κάτι να συνεισφέρουν στο αρχικό ερώτημα .. :) .. ( αν όχι .. sorry ρε παιδιά, τι να κάνεις ... 12 η ώρα το βράδυ ... απο πρώτη μέρα στη δουλειά μετά απο άδεια και τέτοια ... :P )

Θα αστειέυσαι! Συνεισφέρουν και πολύ μάλιστα...

Απ: Export δεδομένων από ένα σύστημα

Dimitris Papadimitriou — Thu, 14 Dec 2006 18:50:26 GMT

KelMan wrote:
Η ΒΙ λύση δεν προσφέρεται για "πάσα νόσο και πάσα μ*****". Πχ δεν προσφέρεται για να συσχετίσει κανείς τα data σου με data από άλλες πηγές καθώς είναι δύσκολο το merging των δεδομένων. Από την άλλη, και διαφορετική βάση να έχεις κάπως θα πρέπει να τα τραβήξεις για να τα δώσεις. Αν πρόκειται να κάνει αυτή τη δουλειά ο χρήστης, θα πρέπει να του δώσεις κάτι σαν query wizard. Ίσως να χρειάζεται να ακολουθήσεις ένα κλιμακωτό approach: Δυνατότητα για "save as..." του "ό,τι βλέπει ο χρήστης στο Grid" για να πιάσεις τη μάζα των export αναγκών που έχουν συνήθως οι απλοί χρήστες. Σε δεύτερο επίπεδο έναν μηχανισμό σαν αυτόν που σου περιέγραψα με τα templates για να δίνεις εύκολα export σενάρια όταν στα ζητάνε. Αν φτιάξεις κι έναν designer γι αυτήν τη δουλειά, μπορείς να τον ενσωματώσεις για τους advanced χρήστες. Σε τρίτο επίπεδο ένα απλό BI tool ώστε να μπορείς να εξυπηρετήσεις ποικιλία από reports και τέλος αν σε ενδιαφέρει το scalability και το performance και για να μπορέσεις να εξυπηρετήσεις μεγάλο όγκο από data, περνάς σε λύσεις τύπου Analysis Services. Βέβαια, αν βάλεις κάτω τον χρόνο υλοποίησης που απαιτεί κάθε ένα από τα παραπάνω σε σχέση με το κόστος, κλπ, κλπ ίσως δεις ότι μπορείς να φτάσεις μέχρι κάποιο σημείο και τα υπόλοιπα θα είναι "nice-to-have"...

Φαίνεται πως κάπως έτσι είναι. Θα κάνω ένα απλό export σε xml για τον χρήστη, όχι όμως από το grid. Είτε του αρέσει είτε όχι, εγώ xml θα βγάλω. Ούτε excel, ούτε text delimited.
Για τους λοιπούς ίσως κάνω ένα νέο μοντέλο της βάσης, λιγότερο κανονικοποιημένο, που να αντιγράφονται εκεί τα δεδομένα με DTS και να αφήνω τον κόσμο να παίζει εκεί όπως θέλει.... συνέχεια στα σχόλια του angelinio...

Απ: Export δεδομένων από ένα σύστημα

anjelinio — Thu, 14 Dec 2006 07:53:44 GMT

Έχω 3 real life σενάρια να συνεισφέρω ... κανένα δεν είναι τόσο advanced όσο το data-marting, αλλά .. προσεγγίζει κάπως, τουλάχιστον το ένα.

Στο σύστημα που διαχειρίζεται τις υποβολές προτάσεων για το 3ο ΚΠΣ, υπάρχουν εγκατεστημένα σε ένα "τρίτο" μηχάνημα reporting services. Data source για αυτά είναι η βάση της κυρίως εφαρμογής, μέσω ενός hand crafted extention για τα Reporting Services του SQL 2005. Επειδή ο τελικός χρήστης είναι υπάλληλος σε μια τράπεζα, και είναι πιο εξοικειωμένος με το Excel απ'ότι με ... xml ... έχουμε κάνει expose το μοντέλο της βάσης σε .. models, τα οποία μπορούν να χρησιμοποιήσουν με τον Report builder των R.S. - ο Report Builder είναι click-once deployed, κι έτσι ο κάθε τραπεζικός μπορεί να φτιάξει ότι report θέλει, κι ότι τραβάει η ψυχούλα του πάνω στα δεδομένα που αφορούν την τράπεζά του.

Πρέπει εδώ να πώ οτι η υλοποίηση αυτού του πράγματος είναι ... painful to say the least. Ακόμη περιμένουμε patches απο τη μαμά MS Αμερικής για κάποια issues όταν τρέχεις πίσω απο proxies .. αλλά αυτό είναι irrelevant. Δουλεύει.

Στην ίδια εφαρμογή, ο κυρίως πελάτης - το κράτος ας πούμε - έχει κάποιους ανθρώπους οι οποίοι είναι πληροφορικάριοι. Για δικές τους ανάγκες, χρειάζεται να φτιάχνουν reports, αλλά έχοντας full access στη βάση. Για αυτούς, το μέρος όλου αυτού του "framework" το οποίο είναι κάτω απο όλα αυτά - xml config αρχεία τα οποία περιέχουν τα queries και κάποια άλλα attributes δουλεύει μια χαρά. Γράφουν την sql τους, τα menus, authorization πάνω σε ρόλους κτλ κτλ στο lowest level possible στα πλαίσια της εφαρμογής και είναι happy as they can be.

Πέρα τώρα απο τα "βαριά" reports, κάθε process/workflow/πες-το-όπως-θες-ένας-wizard-είναι-με-30-steps χρειάζεται να μπορεί στο τέλος να εκτυπωθεί. Σε Word, σε PDF ... wherever. Πάνω λοιπόν απο το base framework υπάρχουν "filter chains" τα οποία:

1. Διαβάζουν τα απαραίτητα δεδομένα απο τη βάση, as raw as they come
2. Κάνουν καποια transformations, calculations etc.
3. Εξάγουν το τελικό αποτέλεσμα σε κάποια "exportable/importable/printable" μορφή.

Κι έτσι κάπως, έχεις xml exports, συμβατά με το ΟΠΣ ας πούμε ...

Κι αυτό το "πακετάκι", μια χαρά έχει δουλέψει. Αν μάλιστα το υλοποιήσεις και σε ένα IHttpAsyncHandler είναι και αρκετά πολύ scalable.

Όπως βλέπεις λοιπόν, με ένα layered approach, μπορείς να έχεις σχεδόν όποια λύση θέλεις, ανάλογα τις απαιτήσεις των πελατών σου. Αλλά όπως είπε κι ο Μάνος, πρέπει πρώτα να ξέρεις αυτές τις απαιτήσεις. Κι εμείς δεν ξεκινήσαμε έχοντας όλο αυτό το πράγμα στο μυαλό μας - απλώς είμασταν τυχεροί και είχαμε κρατήσει μια "αρχιτεκτονική" η οποία ήταν "ανοιχτή σε προτάσεις" :D ... αλλά σε κάθε βήμα, είχαμε πολύ συγκεκριμένους στόχους.

.. αν όλα αυτά έχουν κάτι να συνεισφέρουν στο αρχικό ερώτημα .. :) .. ( αν όχι .. sorry ρε παιδιά, τι να κάνεις ... 12 η ώρα το βράδυ ... απο πρώτη μέρα στη δουλειά μετά απο άδεια και τέτοια ... :P )

Απ: Export δεδομένων από ένα σύστημα

KelMan — Thu, 14 Dec 2006 07:46:30 GMT

Η ΒΙ λύση δεν προσφέρεται για "πάσα νόσο και πάσα μ*****". Πχ δεν προσφέρεται για να συσχετίσει κανείς τα data σου με data από άλλες πηγές καθώς είναι δύσκολο το merging των δεδομένων. Από την άλλη, και διαφορετική βάση να έχεις κάπως θα πρέπει να τα τραβήξεις για να τα δώσεις. Αν πρόκειται να κάνει αυτή τη δουλειά ο χρήστης, θα πρέπει να του δώσεις κάτι σαν query wizard. Ίσως να χρειάζεται να ακολουθήσεις ένα κλιμακωτό approach: Δυνατότητα για "save as..." του "ό,τι βλέπει ο χρήστης στο Grid" για να πιάσεις τη μάζα των export αναγκών που έχουν συνήθως οι απλοί χρήστες. Σε δεύτερο επίπεδο έναν μηχανισμό σαν αυτόν που σου περιέγραψα με τα templates για να δίνεις εύκολα export σενάρια όταν στα ζητάνε. Αν φτιάξεις κι έναν designer γι αυτήν τη δουλειά, μπορείς να τον ενσωματώσεις για τους advanced χρήστες. Σε τρίτο επίπεδο ένα απλό BI tool ώστε να μπορείς να εξυπηρετήσεις ποικιλία από reports και τέλος αν σε ενδιαφέρει το scalability και το performance και για να μπορέσεις να εξυπηρετήσεις μεγάλο όγκο από data, περνάς σε λύσεις τύπου Analysis Services. Βέβαια, αν βάλεις κάτω τον χρόνο υλοποίησης που απαιτεί κάθε ένα από τα παραπάνω σε σχέση με το κόστος, κλπ, κλπ ίσως δεις ότι μπορείς να φτάσεις μέχρι κάποιο σημείο και τα υπόλοιπα θα είναι "nice-to-have"...

Απ: Export δεδομένων από ένα σύστημα

Dimitris Papadimitriou — Thu, 14 Dec 2006 07:22:14 GMT

Παρεξήγησης. Το "σοβαρό σύστημα" πήγαινε στο "αφήνω τους χρήστες να πάρουν ότι θέλουν από την OLTP βάση και δεν κάνω τίποτα.

Οπότε, αν κατάλαβα καλά, μια πρόταση είναι να δημιουργήσω μια δεύτερη βάση και να περάσω τα δεδομένα μου εκεί και να αφήσω τον κόσμο να παίξει εκεί, αντί να του δώσω XML.

Δεν προσδιόρισα τον σκοπό του export, γιατί δεν είναι ξεκάθαρος. Υπάρχουν άλλοι πελάτες που θέλουν να συσχετίσουν τα δεδομένα με άλλα άλλων πηγών και άλλοι που θέλουν να κάνουν reporting εργασίες. Γενικά θέλω να δώσω πρόσβαση στα δεδομένα της OLTP βάσης για θεραπεία "πάσας νόσου και πάσας μ....". Και επειδή δεν με ενθουσιάζει να μπαίνει χέρι στην βάση μου, θέλω να δώσω τα δεδομένα κάπου αλλού.

Οικονομικό BI tool ε; π.χ.; για το Hyperion μιλάς;

Απ: Export δεδομένων από ένα σύστημα

KelMan — Thu, 14 Dec 2006 04:45:54 GMT

Ναι, αυτό εννοούσα όταν έλεγα για technology-specific λύσεις. Σίγουρα είναι πολύ δύσκολο να δώσεις μια τέτοια λύση ως shrink wrapped application.

Γενικά πάντως θα πρέπει πρώτα να προσδιορίσουμε το ζητούμενο στην διαδικασία του export. Θέλουμε data για χρήση από άλλα συστήματα; Θέλουμε data για τον χρήστη, να τα παίρνει στο Excel ή/και την Access; Θέλουμε data για Reporting; Θέλουμε κάτι που να γίνεται ad-hoc ή όχι; Ουσιαστικά αυτά σε οδηγούν στο τι θα κάνεις. Υπάρχει αρκετός δρόμος από το grid control που έχει "save as..." button μέχρι την BI λύση.