Όχι ... Τέθηκε κάποτε σαν ιδέα στο τραπέζι, αλλά μετά απο διαβουλεύσεις αποφασίσαμε να ακολουθήσουμε την πεπατημένη γιατί ήταν πολύ σημαντικό και πολύπλοκο μέρος της εφαρμογής το data access layer (
είχαμε πολλά και διαφορετικά data sources, και πολύ λίγο και ασφυκτικά γεμάτο χρόνο 
) για να το επιχειρήσουμε καν.
Αυτά σε
Java βέβαια, αλλά τα βασικά concepts του un-safety κρατούν και στο .NET.
Το βασικό issue είναι οτι όταν χρειαστεί ν'αλλάξει/επεκταθεί το schema σου, πρέπει κάπως -
αυτόματα αν γίνεται - να σιγουρεύεις οτι αλλάζει σε όλα τα records στη βάση σου, ή οτι το data access σου είναι "ανεκτικό" σε ένα fluid schema και δε θα σκάσει κάπου...
Επίσης, καλό το να έχεις τα βασικά search fields σε κανονικά fields στη βάση, αλλά μετά απο 2-3 αλλαγες στο schema, είμαι σχεδόν σίγουρος οτι θα χρειαστεί να προσθέσεις fields, αλλιώς θα βρείς foreign keys & (θα-έπρεπε-να-είναι) indexed fields μέσα στην xml σου ... στην οποία περίπτωση ούτε ο 2005 σε γλυτώνει απ'το performance penalty, ούτε οποιοδήποτε άλλο RDBMS ...
Για να το θεσω και λίγο διαφορετικά, απο άλλη οπτική γωνία ...
αν χρειάζεται έστω και ένα recompile μετά την αλλαγή στο schema σου για να παίξει ... δε σου προσφέρει τίποτα. Αν μπορείς να κάνεις τις οποιεσδήποτε αλλαγές γουστάρεις χωρίς να "
ρίξεις" την εφαρμογή σου .. είσαι ο αρχοντας του κόσμου και ο προσωπικός μου xml & design hero
Κοντολογίς, καλή ιδέα για να παίζει σε κάτι
α π λ ο ... αλλα δεν πιστεύω με τίποτα οτι αξίζει τον κόπο που θα σου κοστίσει αν βασιστείς σε αυτή την ιδέα για κάτι βαρύ, ή performance-critical ...
Angel
O:]