Click here to Skip to main content
15,881,173 members
Home / Discussions / Database
   

Database

 
AnswerRe: database auto-growth setting Pin
Marco Bertschi10-Apr-14 23:19
protectorMarco Bertschi10-Apr-14 23:19 
GeneralRe: database auto-growth setting Pin
kyi kyi11-Apr-14 0:04
kyi kyi11-Apr-14 0:04 
Questiongetting last inserted row Pin
Member 1026351910-Apr-14 22:05
Member 1026351910-Apr-14 22:05 
AnswerRe: getting last inserted row Pin
Peter Leow10-Apr-14 22:18
professionalPeter Leow10-Apr-14 22:18 
GeneralRe: getting last inserted row Pin
Member 1026351910-Apr-14 23:01
Member 1026351910-Apr-14 23:01 
GeneralRe: getting last inserted row Pin
Mycroft Holmes11-Apr-14 2:30
professionalMycroft Holmes11-Apr-14 2:30 
AnswerRe: getting last inserted row Pin
Bernhard Hiller10-Apr-14 23:17
Bernhard Hiller10-Apr-14 23:17 
QuestionDatabase Planning Pin
Sea_Sharp10-Apr-14 6:03
Sea_Sharp10-Apr-14 6:03 
On the last project I was on, we utilized MS Access and while I was for the most part able to get around in Access, I found Access performed very, very slowly for even simple tasks once the DB grew to a certain size, and I was not at all impressed with the Report builder as I found it was almost always easier to export the data to Excel to generate my reports.

Fast forward a few months and I am about to start a new project and I have been given quite a bit of say in how we set up our database. I do have a vague idea of how I would implement it but I am very curious to see others opinions as well to make sure I have all bases covered.

Here are the 'contraints' if you will for how the database will need to perform.

1. There will be a few technologically savvy employees (approx 4-5) on site and the remainder of the workforce will be fairly illiterate, technologically speaking (they will be able to surf the web, do data entry in spreadsheets, type documents, but not much else). All employees will need to be able to access the data from reports easily and quickly without having to memorize commands or know how to navigate a database etc. My fellow techies have experience mostly with MS Access, and a couple know SQL, I am more familiar with NoSQL type frameworks, but have a basic understanding of SQL and can get by in such a system.

2. Data will come from 4 sources.
a.) Primarily, most data will come via spreadsheets. These spreadsheets will often be fairly complex with multiple tables, hidden columns and rows, formulas, reference cells, etc.

b.) The next largest chunk of data will come from field reports hand written by the foreman on site.

c.) The next largest chunk will come from simple verbal communication, or emails, word documents, or even typed letters.

3. Data will need to auto-generate reports. The more autonomous this can be made, the better. We might have as many as 10 different daily reports as well as hundreds of weekly, monthly, and yearly reports that we will have to generate. Ideally, this could be performed by non-techie users simply by providing date ranges or other simple constraints, and having templates scoop the required data from the database.

4. Data will need to be backed up often (at least once maybe more per day, to prevent data loss or erroneous operations, and preferably will not interfere with it's usage at all. It needs to scale well, be reliable and not be subject to data loss, or easily let data fall between the cracks.

In terms of importance I believe it should be arranged in the following hierarchy-
1. Reliability (no data loss, works as expected, no crashes, bugs, or unexplainable quirks)
2. Ease of Use (both in terms of non-techies accessing the data and power users overseeing the data and building report templates)
3. Performance (scales well, doesn't take minutes to perform simple queries)

In my head I see a few potential ways of allowing this to happen but invariably I see potential pitfalls in any of my strategies. I would be thrilled to see a high-level concept of how someone with more DB experience than myself would tackle this situation.
AnswerRe: Database Planning Pin
Eddy Vluggen10-Apr-14 7:17
professionalEddy Vluggen10-Apr-14 7:17 
GeneralRe: Database Planning Pin
Jörgen Andersson10-Apr-14 7:36
professionalJörgen Andersson10-Apr-14 7:36 
GeneralRe: Database Planning Pin
Sea_Sharp10-Apr-14 9:06
Sea_Sharp10-Apr-14 9:06 
AnswerRe: Database Planning Pin
Eddy Vluggen11-Apr-14 9:09
professionalEddy Vluggen11-Apr-14 9:09 
SuggestionRe: Database Planning Pin
Kornfeld Eliyahu Peter10-Apr-14 7:45
professionalKornfeld Eliyahu Peter10-Apr-14 7:45 
AnswerRe: Database Planning Pin
Mycroft Holmes10-Apr-14 13:05
professionalMycroft Holmes10-Apr-14 13:05 
QuestionMySQL Create every Sun for date = xx Pin
Jassim Rahma9-Apr-14 1:46
Jassim Rahma9-Apr-14 1:46 
AnswerRe: MySQL Create every Sun for date = xx Pin
Eddy Vluggen9-Apr-14 3:00
professionalEddy Vluggen9-Apr-14 3:00 
GeneralRe: MySQL Create every Sun for date = xx Pin
Jassim Rahma10-Apr-14 1:09
Jassim Rahma10-Apr-14 1:09 
AnswerRe: MySQL Create every Sun for date = xx Pin
Mycroft Holmes9-Apr-14 13:01
professionalMycroft Holmes9-Apr-14 13:01 
Questioncan I trust Triggers? Pin
Jassim Rahma9-Apr-14 1:04
Jassim Rahma9-Apr-14 1:04 
AnswerRe: can I trust Triggers? Pin
thatraja9-Apr-14 2:16
professionalthatraja9-Apr-14 2:16 
GeneralRe: can I trust Triggers? Pin
Bernhard Hiller9-Apr-14 22:23
Bernhard Hiller9-Apr-14 22:23 
GeneralRe: can I trust Triggers? Pin
thatraja10-Apr-14 21:06
professionalthatraja10-Apr-14 21:06 
QuestionRe: can I trust Triggers? Pin
Eddy Vluggen9-Apr-14 3:00
professionalEddy Vluggen9-Apr-14 3:00 
AnswerRe: can I trust Triggers? Pin
jschell10-Apr-14 8:53
jschell10-Apr-14 8:53 
GeneralRe: can I trust Triggers? Pin
Jassim Rahma12-Apr-14 1:36
Jassim Rahma12-Apr-14 1:36 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.