 pkanavos wrote: |
Αλλά σκέψου, γιατί είναι κακό το ETL? Δεν μας
εξήγησες τί συμβαίνει. Αν η διαδικασία πρέπει να τρέχει σαν job
περιοδικά, δεν είναι και τόσο άσχημη ιδέα. Σε τί μορφή θέλεις να το
ξαναφτιάξεις? Στο σενάριο του περιοδικού job δεν θα έλεγε να φτιάξεις
π.χ. ένα exe. Θες να αντικαταστήσεις τα υπάρχοντα flows με DTS tasks?
Scripts? |
|
Δεν είναι ότι είναι κακό ούτε είμαι κατά των ETL. Απλά είναι σε μεγάλο ποσοστό. Υπερβολικά μεγάλο.
Σε σημείο που αν αλλάξει ένα ETL μπορεί να επηρρεάζει ένα report π.χ. ή να μην παίζει μία σελίδα
και να μην ξέρεις γιατί. Data Layer δεν υπάρχει, string building στο code-behind των σελίδων κλπ κλπ ωραία πράγματα.
Γενικότερα τα data έχουν πάρα πολύ υψηλό dependency απο τα ETL scripts (Informatica)
Το "κακό" για μένα είναι ότι αυτό το πράγμα δεν συντηρείται. Η βάση δεν είναι κανονικοποιημένη
(μάλλον κονιορτοποιημένη είναι όπως θα έλεγε ο Κομπολίδης Οπισδοδρομόπουλος)
Έχουν κάνει τους πίνακες με τέτοιο τρόπο ώστε να τους βολεύει για τα queries (να μην έχουν δύσκολα joins π.χ.)
αλλά οι πίνακες έχουν αρκετή redundant πληροφορία. (και μιλάμε για
web-εφαρμογή που εντάξει κοιτάς και λίγο το performance ακόμα και σε
intranet).
Δηλ. τι redundant, εδώ ολόκληροι πίνακες επαναλαμβάνονται (με την προσθήκη μερικών columns)
Όταν διάβαζα το επεισόδιο του Ζαχαρία που είχε πάει για consulting στο σημείο που προτείνει
να τα κάνουν όλα σε έναν πίνακα και όλα να είναι μία φόρμα συνηδειτοποίησα ότι (αν και στην υπερβολή του)
έμοιαζε τραγικά με το project που ασχολούμαι....
Δεν ξέρω γιατί αλλά αυτός ο outsourcer σαν να ήξερε μόνο Informatica ETL να φτιάχνει και το τίγκαρε
σε αυτά το έργο...
κλάψ, λύγμ για εμάς που το αναλάβαμε δηλ...