Jak zacząć tworzenie bazy danych

Witam,

Ostatnio pojawiła się opcja stworzenia bazy danych, która by ewidencjonowała to co się dzieje w fundacji. Czyli dane z fakturek, stany sprzętowe w ośrodkach, dane osobowe itp itd. Miałoby by to służyć w usystematyzowaniu danych. Potrzebne by były jakieś formularze, wprowadzenia danych oraz system raportowania. Chciałbym się dowiedzieć jakie mam poczynić kroki, aby się zorientować jak taki system bazodanowy mam zrobić.

Znajomy informatyk powiedział mi że najlepiej zrobić bazę na MS SQL bo to dla małej firemki.
Prosiłbym również o jakieś dobre tutoriale, które pomogły by mi dobrze zacząć.

loelk napisał(a)

Znajomy informatyk powiedział mi że najlepiej zrobić bazę na MS SQL bo to dla małej firemki.

Nie ma co - uzasadnienie mi się podoba...
osobiście polecam MS SQL, ale nie dlatego że dla małej firemki, tylko z zupełnie inncyh powodów.
Ale przede wszystkim należało by wiedzieć:
Jakie komputery/system, sieciowo/lokalnie, ile -= wpisów w danym okresie, etc ...

pozdrawiaMM

MSSQL to dobry wybór jeżeli możesz wyłożyć na niego trochę kasy. Wersja darmowa ma ograniczenia, które dosyć znacząco utrudniają jej wykorzystanie w większej organizacji. Po pierwsze baza nie może przekroczyć rozmiaru 4GB, wykorzystuje max. 1GB RAM i max. jeden procesor. Jeżeli zmieścisz się w tych rozmiarach to możesz użyć MSSQL-a w darmowej wersji Express w innym wypadku weź jakąś darmową bazę:

• Firebird
• PostgreSQL
• MySQL

Czy masz jakieś pojęcie o bazie danych czy jesteś zielony?

/Jeżeli chodzi o tutoriale to proszę bardzo: http://lmgtfy.com/?q=kurs+T-SQL

jeśli jesteś zielony z BD to sobie daruj tworzenie tego samemu - użytkowanie takiego systemu i ewentualne zmiany będą dużo więcej kosztować (jeśli będzie trzeba to pieniędzy a już na pewno nerwów Twoich i userów) niż będzie to warte. Radzę albo poszukać gotowego darmowego rozwiązania (a na pewno znajdziesz parę darmowych programów fakturująco - magazynujących) albo rozejrzeć się za gotowym rozwiązaniem (ew. znaleźć kogoś, kto ma jakieś doświadczenie w projektowaniu i pisaniu UI do baz)

mowej wersji Express w innym wypadku weź jakąś darmową bazę:

• Firebird
• PostgreSQL
• MySQL

/quote>
zapomnij o PostgreSQL; shit pisany przez studentow x lat temu, nie rozwijane i juz co raz mniej uzywane; z darmowych to albo ms sql express (pamietaj o ograniczeniach) albo MySQL

Równie dobrze mógłbym napisać:
Zapomnij o MySQL - baza z "rozdwojeniem jaźni"...

ne0 napisał(a)

zapomnij o PostgreSQL; shit pisany przez studentow x lat temu, nie rozwijane i juz co raz mniej uzywane; z darmowych to albo ms sql express (pamietaj o ograniczeniach) albo MySQL

Ale się uśmiałem [rotfl] [rotfl] [rotfl] [rotfl] [rotfl]
Dawno takich bzdur nie czytałem

Marcin.Miga napisał(a)

loelk napisał(a)

Znajomy informatyk powiedział mi że najlepiej zrobić bazę na MS SQL bo to dla małej firemki.

Nie ma co - uzasadnienie mi się podoba...
osobiście polecam MS SQL, ale nie dlatego że dla małej firemki, tylko z zupełnie inncyh powodów.
Ale przede wszystkim należało by wiedzieć:
Jakie komputery/system, sieciowo/lokalnie, ile -= wpisów w danym okresie, etc ...

pozdrawiaMM

Komputery raz starsze, raz nowsze. Tam gdzie się najwięcej dzieje to jest dobry(sprzęt kupowany w tym roku). Jest ich w sumie 12 - system XP. Jeśli chodzi o wpisy fakturowe to na razie nie przekraczamy 100 fakturek miesięcznie. Na początku oczywiście trzeba będzie uzupełnić braki z poprzednich lat.

Misiekd napisał(a)

jeśli jesteś zielony z BD to sobie daruj tworzenie tego samemu - użytkowanie takiego systemu i ewentualne zmiany będą dużo więcej kosztować (jeśli będzie trzeba to pieniędzy a już na pewno nerwów Twoich i userów) niż będzie to warte. Radzę albo poszukać gotowego darmowego rozwiązania (a na pewno znajdziesz parę darmowych programów fakturująco - magazynujących) albo rozejrzeć się za gotowym rozwiązaniem (ew. znaleźć kogoś, kto ma jakieś doświadczenie w projektowaniu i pisaniu UI do baz)

Aż taki zielony nie jestem. Troszkę wiem na temat BD, ale to bardziej w teorii, mniej w praktyce. A po drugie lubię wyzwania. Mam świadomość tego, że będę musiał wiele czasu poświęcić na naukę, tworzenie i wkurzanie się, że coś nie wychodzi.

to na początek weź kilka faktur i spisz sobie (bez żadnych rozpisek na tabele) listę wszystkich ewentualnie potrzebnych pól, które na tych fakturach są, potem zrób listę pól, które opisywały by klientów, towary/usługi, następnie skonsultuj to z kimś, kto by miał na tym pracować i jak będziesz pewny, że jesteś w stanie w tych polach zapisać wszelakie wariacje faktur/towarów/klientów to zacznij sobie tabelki projektować. Jak będziesz miał bazę zaczynasz robić UI, też konsultując się z potencjalnymi userami

Co do projektowania BD to zawsze znajdziesz tu pomoc

Misiekd napisał(a)

ne0 napisał(a)

zapomnij o PostgreSQL; shit pisany przez studentow x lat temu, nie rozwijane i juz co raz mniej uzywane; z darmowych to albo ms sql express (pamietaj o ograniczeniach) albo MySQL

Ale się uśmiałem [rotfl] [rotfl] [rotfl] [rotfl] [rotfl]
Dawno takich bzdur nie czytałem

no to mnie popraw.

a co tu poprawiać jeden wielki kretynizm napisałeś i widać że nie znasz tematu
ostatnia stabilna wersja postgresa wyszła 3 miesiące temu więc naprawdę jest strasznie stary, mysqla w normalnych (pomijam sklepy internetowe, blogi i proste strony) zastosowaniach bije na głowę zarówno pod względem możliwości jak i szybkości, nie ma dziwnych licencji, jest darmowy i nie ma ograniczeń

Podaj chociaż jeden argument za tym, że jest shitem