Sto cercando di capire quanto sarebbe difficile o costoso aggiungere questa funzione

-3

Sto cercando di capire quanto sia difficile / dispendioso il tempo di aggiungere la seguente funzionalità:

Abbiamo un database con i nostri abbonati e vogliamo inviare aggiornamenti agli abbonati paganti. Il problema è che vogliamo che questi aggiornamenti dipendano dalla data. Permettimi di chiarire.

Joe si è iscritto a giugno dell'anno scorso. Ha ricevuto newsletter mensili da giugno. Ora Fred si è iscritto ad aprile, cancellato a maggio e riscritto in agosto. Vogliamo inviare un aggiornamento a Joe per quanto riguarda la sua newsletter di giugno. Fred non era più un abbonato a giugno e noi non vogliamo che riceva lo stesso aggiornamento per vari motivi.

Questa è una funzionalità che ti aspetti costare 100, 1000, 10.000 dollari da implementare?

** Modifica: avrei dovuto essere più chiaro, stavo cercando una grandezza non un costo esatto. È evidente, so ben poco della programmazione ed è per questo che sono venuto qui. Se qualcuno mi chiedesse cosa costerebbe abbandonare un pozzo, potrei facilmente dare loro un ordine di grandezza. Apprezzo tutte le risposte; questa è una risorsa incredibile.

    
posta Dan 24.01.2012 - 20:58
fonte

4 risposte

2

Questo può essere fatto facilmente con un database gratuito come MySQL o una versione gratuita di Microsoft SQL Server, purché non si stia parlando di centinaia di milioni di record.

Per quanto riguarda la programmazione per impostare questo, credo che questo potrebbe essere fatto in un giorno o meno. Il costo è una funzione delle tue retribuzioni locali e delle tue capacità di negoziazione.

    
risposta data 24.01.2012 - 21:18
fonte
20

Il tuo database non è realmente "basato sulla data" - la tua logica è. La maggior parte dei database ha un tipo di dati data o data / ora. Il tuo programma deve guardare le date che gli utenti hanno sottoscritto e guardare la data corrente e quindi guardare quali utenti sono attualmente iscritti ... utilizzando tali informazioni, il tuo programma dovrebbe essere in grado di capire chi riceve una newsletter. Per quanto riguarda i costi, è impossibile dirlo con certezza (non sapendo quali altri sistemi hai e devi integrarli), ma questa funzione non dovrebbe essere molto complessa in base a come è descritta qui.

    
risposta data 24.01.2012 - 21:04
fonte
2

La logica non è difficile. Raccomando di leggere il libro "Sviluppo di applicazioni database orientate al tempo in SQL". Mentre questo libro è esaurito, l'autore ha gentilmente messo a disposizione il PDF del libro e il CD associato sul suo sito web.

link (cerca il primo elemento sotto "libri").

    
risposta data 24.01.2012 - 22:01
fonte
2

Non è facile stimare il costo: dipende dalla complessità del tuo sistema. Dipende anche dal tuo processo di sviluppo.

L'archiviazione delle date e il filtraggio in base a queste date non è difficile da implementare in un database. Ma ancora, deve essere ben progettato. È possibile scegliere tra un'archiviazione implicita e una memoria esplicita della cronologia di iscrizione dell'utente.

In alcuni database, puoi lasciare che i dbms memorizzino le versioni di una riga, con le date di modifica che vengono memorizzate automaticamente. Ad esempio in Sql Server (a partire dal 2008), è possibile utilizzare Change data capture ( link ) .

Come esempio di archiviazione esplicita della cronologia, potresti leggere questa domanda : link .

    
risposta data 24.01.2012 - 23:36
fonte

Leggi altre domande sui tag