Integrità dei dati futuri (n anni)

2

Di recente, ho avuto un cliente che mi chiedeva di ristrutturare la sua gerarchia di database che consisteva principalmente nel cambiare i nomi delle tabelle e dei nomi delle colonne e nella creazione di riferimenti incrociati per bloccare i blocchi rossi.

In seguito mi ha inviato un'email sul suo "programma" non funzionante: il motivo era semplice, non aveva aggiornato le query nel suo programma.

Questo mi porta a pensare all'integrità del modo in cui strutturiamo i dati piuttosto che all'integrità dei dati stessi: se i dati cambiano, la vista cambia. Se la struttura cambia, il programma non funzionerà più.

È possibile creare una tale struttura di dati in cui il programma può creare le proprie decisioni sulla forma dei dati?

Probabilmente sto pensando "futuristico" ma se fosse possibile, una ricerca sul web sarebbe una possibilità?

Aggiungi le parole più comuni, controlla le parole visualizzate nella definizione, ecc ...

Un esempio:

If my data was 'developer' id expect the program to recognise its a job role by searching the web and creating a decision based on the keywords, definition, word recurrence ect...

    
posta Jaquarh 13.10.2016 - 20:01
fonte

1 risposta

2

Non sono sicuro, ma penso che tu stia pensando a lingue di quarta generazione . Un 4GL come LANSA promette quanto segue:

LANSA has implemented its data services layer to provide a single access point for all data and serves to abstract formats, locations and conventions. Specific programs – called Object Access Modules – are generated from data held in the repository. These OAMs know about the structure of the database (fields and files) and contain the rules that govern all Create, Read, Update and Delete transactions. So whenever any program anywhere on the network wants to ‘create_New_Employee’ in the ‘comp_Employee’ table in the HR system, that request will be directed via the data services layer and the appropriate OAM. Future changes would only cause that specific OAM to be regenerated on the server and would not impact other programs. It is possible to make a data services layer, specifically the OAM, even more intelligent by using built-in features like database independent triggers or derived fields that perform calculations or concatenate strings on-the-fly.

Detto questo, non ho mai visto con successo un 4GL in un ambiente di produzione serio. Forse alcuni altri poster non saranno d'accordo.

    
risposta data 13.10.2016 - 20:53
fonte