Για εφαρμογή που χρειάζεται βάση δεδομένων διαβάζω ότι υπάρχουν πολλές επιλογές

sql server

sql lite 

Access

mysql

......

στην δική μου περίπτωση θέλω η φόρμες του Visual Studio(c#) να συνδέονται με ΒΔ που θα ακολουθεί την τελική εφαρμογή που θα δημιουργηθεί.

Τι προτείνετε ;

Access & sqlite είναι οι καλύτερες επιλογές. Όχι ότι δεν γίνεται να βάλεις και τον sql server σε κάποια express έκδοση, αλλά δεν αξίζει τον κόπο κατά τα φαινόμενα. Η Access db έχει το πλεονέκτημα ότι μπορεί να ανοίξει και μέσα από την MS Access, οπότε μπορεί ο πελάτης/χρήστης σου να παίξει με την βδ σου - ή να τα κάνει μαντάρα! 

Προκειμένου να μην έχεις παιχνίδι από περίεργους χρήστες που θα ανοίξουν την βάση, θεωρώ ότι η καλύτερη περίπτωση είναι να εγκαταστήσεις τον sql express  

anthou:

Προκειμένου να μην έχεις παιχνίδι από περίεργους χρήστες που θα ανοίξουν την βάση, θεωρώ ότι η καλύτερη περίπτωση είναι να εγκαταστήσεις τον sql express  

Δεν ισχύει αυτό που λες. Αν υπάρχει πρόσβαση στο μηχάνημα που βρίσκεται η βάση με Admin δικαιώματα, που θα υπάρχει εφόσων μιλάμε για μηχάνημα πελάτη, μπορεί να δει και να πειράξει ότι θέλει σε οποιαδήποτε έκδοση του SQL.

Εγώ θα ήθελα να ρωτήσω γενικά χαρακτηριστικά της εφαρμογής. Πόσους χρήστες θα εξυπηρετεί; Αν μιλάμε για έναν τώρα, στο μέλλον θα υπάρχουν περισσότεροι; Η βάση θα βρίσκεται πάντα τοπικά στο μηχάνημα που θα εγκατασταθεί η εφαρμογή, σε κάποιο κεντρικό μηχάνημα στον χώρο του πελάτη, στο internet; Απάντησε σε αυτά τα ερωτήματα και από εκεί και πέρα η απάντηση που θα πάρεις θα είναι πιο σωστή.  

Αν σκέφτεσαι να χρησιμοποιήσεις Entity Framework να ξέρεις πως η MS Access δεν παίζει με EF.

Επίσης από τη δική μου εμπειρία με vb.net (σε ASP.NET project) και MS Access η Access έχει μερικές ιδιοτροπίες και αν η εφαρμογή σου έχει μεγάλες απαιτήσεις όσο αφορά το κομμάτι της ΒΔ (μεγάλο σχήμα, πολλά δεδομένα, αν θες stored procedures) τότε η Access δεν είναι πολύ καλή επιλογή. Αν πάλι η εφαρμογή σου κάνει κυρίως data entry και όχι κάτι πολύπλοκο τότε η Access θα σου φανεί αρκετά βολική.

Θα σου πω γιατί δεν κάνει η Access με βάση την δική μου εμπειρία

1)      Καταρχήν η Access δεν είναι δωρεάν. Άρα αν δεν είναι in house εφαρμογή θα πρέπει ο πελάτης να την έχει εγκατεστημένη. Επίσης πλέον θα παρατηρήσεις και εσύ ότι αγοράζονται λόγω σημαντικής διαφοράς στην τιμή, εκδόσεις του Offic e χωρίς την Access. Άρα θα πρέπει να υπάρχει μια cracked έκδοση του Office μόνο για την Access. Δεν λέει. O SQL Server express είναι δωρεάν.

2)      Αν η εφαρμογή σου κάποια στιγμή χρειαστεί πάνω από ένα χρήστη (που θα χρειαστεί) τότε πρέπει  να μπει η Access στον Server και να γίνουν mapped directories  στους clients με write write στον φάκελο (mpliax!)

3)      Αν έχεις πάνω από 2 ταυτόχρονους  χρήστες  στον ίδιο πίνακα τότε ξεκινάνε τα προβλήματα τα deadlocks γιατί δεν σώνει το τιμημένο και άλλα πολύ ωραία και καθημερινά προβλήματα στο γραφείο.

4)      Όταν έρθει η ευλογημένη ώρα του reporting (που θα έρθει) τότε θα ψήνεις καφέ περιμένοντας να τρέξει ένα απλό query με τρία outer join που θα έχεις βάλει να τρέξει στην Access.

Για αυτό σου λέω κάνε το καλό από την αρχή και βάλε SQL Server Express για να μην περάσεις τα 5 στάδια της κατάθλιψης πριν αναγκαστείς να το βάλεις.

Επίσης η MySQL είναι μια χαρά αλλά προτείνω πάντα SQL Server διότι είναι η καλύτερη plug and play «επαγγελματική» βάση που μπορείς να βάλεις.  

Επίσης  κάνε το καλό και γράψε τον κώδικά που μιλάει με την βάση σε ένα DAL για να μπορείς να το αλλάζεις εύκολα ώστε αν ποτέ αλλάξεις βάση να μην χρειάζονται τα μαζικά replace που εννοείται δεν παίζουν ποτέ…

Το ξέρω το ξέρω χρειάζομαι επειγόντως διακοπές… το ξέρω 

Μία παρατήρηση μόνο: 

manosB:

1)      Καταρχήν η Access δεν είναι δωρεάν. Άρα αν δεν είναι in house εφαρμογή θα πρέπει ο πελάτης να την έχει εγκατεστημένη. Επίσης πλέον θα παρατηρήσεις και εσύ ότι αγοράζονται λόγω σημαντικής διαφοράς στην τιμή, εκδόσεις του Offic e χωρίς την Access. Άρα θα πρέπει να υπάρχει μια cracked έκδοση του Office μόνο για την Access. Δεν λέει. O SQL Server express είναι δωρεάν.

2)      

Μπορεί απλά να βάλει το αρχείο της database και να συνδεθεί πάνω του, δεν χρειάζεται να έχει ο πελάτης την access.

Για τα υπόλοιπα points συμφωνώ. Καλό είναι βέβαια και το να μάθουμε το scope της εφαρμογής, γιατί η ουσιαστική απόφαση είναι αρχιτεκτονικής φύσεως: stand alone ή server? και όχι τόσο στο καθεαυτό προιόν.

Θα συμφωνήσω σε όλα όσα αναφέρει ο Μάνος. Για το πρώτο, το Office Application θα το χρειαστεί κάποιος μόνο για να κάνει απευθείας δουλειά με τη database. Αν όλα γίνονται μέσα από την εφαρμογή, δεν νομιζω οτι υπάρχει θέμα αδειοδότησης.

Για μένα, η ύπαρξη πολλαπλών χρηστών είναι το πιό σημαντικό πρόβλημα, γιατί έρχεται ξαφνικά (ως μπόρα) και κάνει τα πάντα λαμπόγυαλο στο πέρασμά του, ιδιαίτερα δε γιατί ο πελάτης δεν πρόκειται να καταλάβει γιατί από single user σε multi user θα έχει τόσο τεράστιο κόστος όσο η αλλαγή του υποκείμενου RDBMS. Στα πολύ παλιά χρόνια την πάτησα έτσι και το φύσαγα και δεν κρύωνε για τουλάχιστον 5(!) χρόνια.

mea culpa έχετε και οι δύο δίκιο. Δεν χρειάζεται access για να τρέξει η εφαρμογή όντως. Βέβαια για να κάνεις administer την βάση μια access κάπου θα χρειαστεί και είναι ευκολία να είναι στο ίδιο μηχάνημα. Αλλά ναι δεν χρειάζεται πχ να βάλεις στον Server access.  Μπορείς να την έχεις και σε ένα client για admin δουλειές. 

 Για τα υπόλοιπα χαίρομαι που δεν είμαι ο μόνος που έχει καεί, όχι ότι θα ήμουνα βεβαίως βεβαίως....