2010-03-07 15 views
6

Zgłosiłem się na ochotnika do organizacji pozarządowej, aby pomóc w ich ewidencji w ich domu kultury. Obecnie istnieje tylko jedno centrum społeczności, w którym przechowywane są wszystkie dane. Oczekuje się jednak, że sytuacja ta ulegnie zmianie do końca roku.Kiedy należy przełączyć z arkusza kalkulacyjnego na RDBMS?

Obecnie ich dane są utrzymywane za pomocą skoroszytu z dwoma arkuszami. Każdy rekord w głównym arkuszu może zawierać do 100 powtórzeń w arkuszu kontrolnym. Dane są luźno skonstruowane i nie ma wyraźnych ograniczeń.

Przeniesienie wszystkich istniejących danych z arkusza kalkulacyjnego do RDBMS wymagałoby wysiłku, ale jestem gotów to zrobić; szczególnie, że mówi się o umożliwieniu udostępniania wspomnianych danych innym organizacjom pozarządowym w terenie.

Jedną z alternatyw jest użycie, powiedzmy, Dokumentów Google i połączenie każdego zestawu rekordów ręcznie.

W przypadku więcej niż jednego punktu wprowadzania i pobierania danych, czy warto polecać odejście od bazy danych arkusza kalkulacyjnego do RDBMS?

EDIT Wystarczy napisali follow-up na strategię wybrać here

Odpowiedz

1

Tak, to ma sens, aby przejść do RDBMS, który jest wykonany do przenoszenia danych strukturalnych w tylko, że tabele.

Rzeczy mają tendencję do bałaganu, gdy arkusze kalkulacyjne są ze sobą powiązane i po prostu ciągle się rozwijają, coś, co RDBMS radzi sobie dobrze. Można dodawać funkcje za pomocą SQL, takie jak złożone formuły w znacznie prostszy sposób niż za pomocą arkuszy kalkulacyjnych.

Przeprowadzka (szacowanie, nie wiem wystarczająco dużo o danych) wydaje się łatwa, ponieważ jest już dobrze zorganizowana i masz do czynienia z tym problemem, zanim jeszcze wystąpi problem.

Przypis: z powodu problemów związanych z użytecznością, pozwoliłbym użytkownikom trzymać się podobnego rozwiązania, tak jak teraz, zgodnie z GUI. Można dane eksport/import, na przykład Google Docs lub MS Excel, CSV lub za pośrednictwem innych formatów plików, które wciąż pozwala mieć backend w RDBMS dotyczące utrzymania, szybkością i indeksowanie itp

jest ładny artykuł o http://www.cazh1.com/blogger/thoughts/2007/03/excel-vs.shtml która podkreśla tylko, że różnicowanie użytku:

  • szybkie & brudny: przejdź do arkuszy kalkulacyjnych
  • utrzymywalności & długoterminową-storage: pójść na bazie
+0

Dobry link (+: Dzięki! – Everyone

+0

Cieszę się, że to pomogło, mam nadzieję, że Twoi użytkownicy będą cieszyć się wszystkimi nowymi funkcjami, które na nich rzucisz;) – chelmertz

+1

Dodałbym, że jeśli masz jakieś przyzwoite oprogramowanie (Osobiście lubię DBVisalizer Pro, który nie jest bardzo drogi), może szybko uzyskać dobry widok z bazy danych. Jest to ważne, ponieważ jedną z zalet programu Excel jest możliwość przeglądania danych i sprawdzania, co się dzieje. Te narzędzia nie są trudne do opanowania, obsługują wiele RDMBS i są bardzo przydatne podczas pracy nad nimi. Używam go razem z CLI Postgres całkiem sporo. –

Powiązane problemy