Katalogowanie zbiorów - która baza danych?

[Jacek Kurzawa]

Jakich programów uzywacie do katalogowania zbiorów?

lepidoptera.eu przechowuje takie informacje, sa one dostepne, w niedlugim czasie wystartuje projekt ksib, mozna uzywać bazy lokalnej w accesie (LepistorePro) lub innego programu (Mantis, jakieś inne?).

Sam planuję skatalogowanie okazów w celu udostepnienia i szybkiego dostępu. Problem jest tylko z wyborem bazy. Musi ona być - szybka w obsludze, kompatybilna z innymi bazami. I prosta.

[Grzegorz Banasiak]

Jacek, sądzę, że w obecnych czasach katalog on-line to jedyny sensowny pomysł. Oczywiście prosty i skuteczny, pozbawiony całej niepotrzebnej otoczki którą spotyka się w bazach różnych instytucji - utrudniają one docieranie do najprostszych informacji, komplikują obsługę i zniechęcają do jej używania. Zwykle dlatego, że projektanci tych baz nie mają większego pojęcia o informatyce - za to znają się dobrze na entomologii. Zestawienie tych dwóch "mieszanek" bywa bardzo "wybuchowe".
Celem katalogu zbiorów jest - moim zdaniem - dostęp do etykiet determinacyjnych i lokalizacyjnych, być może z dodatkowymi uwagami, proste wyszukiwanie, bez przeładowania grafiką, setkami linków i migających banerów. Do tego możliwość wydrukowania/eksportu zestawień.
Budowanie relacyjności musi być proste bez zbytniej uniwerslności, żeby nie budować "pralki i kuchenki mikrofalowej" w jednym

[bartek.g]

Mysle, ze na sam poczatek powinienes sobie odpowiedziec na pytanie co to ma byc. Stworzyc sobie projekt funkcjonalny i dopiero potem dobrac technologie. To jest wlasciwa kolejnosc.

O samych bazach. Wybierz cos prostego, cos co nie bedzie sprawiac Ci problemow, co bedziesz rozumial, co jest w miare nowe i popularne. Nie ma nic gorszego niz niszowe badz przestarzale technologie. Suma sumarum pewnie skonczy sie na jakiejs relacyjnej bazie danych z SQL czy czyms pochodnym/podobnym. Nie przejmuj sie za bardzo wydajnoscia, nawet gdyby twoj zbior byl bardzo duzy to te kilkadziesiat tysiecy rekordow i pare zapytan na minute nie sa istotne dla wiekszosci baz; chyba, ze sama aplikacja bedzie zle zrobiona. Zastanow sie nad relacjami jakie maja miec miedzy soba dane, na co ma byc baza odporna. Bedziesz musial troche "pomyslec bazami daych" zeby to zrobic dobrze, prosty przyklad:

Wersja 1

Tabela 1
id: 1
genus: Papilio
species: machaon

Wersja 2
Tabela 1
id: 1
genus id: 2
species id: 3

Tabela 2
id: 2
name: Papilio

Tabela 3
id: 3
name: machaon

Wersja druga jest odporna na zmiany w systematyce, jezeli ulegnie jakas nazwa zmianie, moge zmienic tylko i wylacznie w 1 miejscu nazwe i jest OK, moge tez dodawac relacje/atrybuty do poszczegolnych Tabel aby jeszcze bardziej je opisac. Ale tez bez przesady.
No i ostatnie, zwroc uwage na spojnosc danych, to jest powod dla ktorego np. na lepidoptera.eu miejsca dodaje tylko Krzysiek. Ciezko by bylo gdybysmy mieli dla tego samego miejsca: Kraków, krakow, Krakow - chodziaz ostatnie dwa to de facto to samo, bo i tak sie sprowadza wszysko do upper badz lower case

ps. Jest taka prosta zasada w IT, jezeli cos masz robic wiecej niz 3 lata; nie rob tego. Za 3 lata beda inne technologie a twoja rzecz bedzie stara i bez sensu To tez wez pod uwage.

[Jacek Kurzawa]

Twoje uwagi są bardzo dobre, szczególnie ta ostatnia.

Moje pytanie bylo skierowane jednak do uzytkowników CO WYBRAĆ. Nie myślałem nad tym pod kątem CO STWORZYĆ, chociaż może tak byloby najlepiej, w kóncu moje potrzeby sa mi najlepiej znane a narzedzie może być bardzo proste i "na miarę" potrzeb. Pomyśle i nad tym, pytanie dalej pozostawiam - jakich baz (programów do katalogowania) używacie i co by tu wybrać.

[bartek.g]

To jeszcze tak bokiem odpowiem i juz sie zamykam

Sadze, ze szyte na miare bedzie lepsze. Programista freelancer* wezmie za cos podobnego max 5000 pln (powinien okolo 3000), popracuje 2-4 tyg. Jezeli znalazlbys 5-10 osob ktore moglby sie zrzucic to juz koszt jest maly. Do tego dane wprowadzone przez 5-10 osob ze zbiorow, ktore maja, to juz cos imponujacego**.

Ot taka mysl odsiewna.

*nie student, nie pan dr Informatyki - tych odrzucamy z wielu wzgledow.
** chociaz wydaje mi sie, ze malo realne

[Grzegorz Banasiak]

Z tą "trwałością" 3 lata - to Bartek nie przesadzaj. Sam użytkuję programy DOS od 20 lat i ciągle je modyfikuję. Zapewniam, że skoskonale sobie radzą w najnowszych systemach i sieciach. Jeśli coś ma być zrobione tylko po to, żeby było w nowych technologiach i mamy odczuwać "zgryzoty" że jest przestarzałe - lepiej usiąść i nic nie robić.
Liczy się funkcjonalność i realizacja potrzeb. Jeśli za bardzo będziemy teoretyzować i przewidywać na 10 lat naprzód - to nic z tego nie wyjdzie.
Potrzeby są proste i nie ma co komplikować.
1. zawartość etykietki determinacyjnej (jeśli pod okazem jest Papilio machaon - to tak ma być w bazie - bo to jest katalog !!!)
2. zawartość pozostałych etykietek
3. możliwość poprawek
4. proste szukanie
5. proste zestawienie
Baza o wielkości kilkudziesięciu/kilkuset tysięcy rekordów to drobiazg dla obecnych silników baz danych.
Nie komplikowałbym całości relacyjną taksonomią bo to rodzi możliwość masy pomyłek i zmian "automatycznych", które nie mają odbicia w etykietkach.

[bartek.g]

Grzesiek, rob jak chcesz; dopoki nie pracujesz z kims (ze mna)
A Papilio machaon byl tylko przykladem relacji, myslenia.

[Grzegorz Banasiak]

Grzesiek, rob jak chcesz; dopoki nie pracujesz z kims (ze mna)
A Papilio machaon byl tylko przykladem relacji, myslenia.

Bartek, mnie nie chodzi o przekonanie kogoś do takich czy innych rozwiązań, ale o pokazanie, że najistotniejsza jest funkcja bazy a nie zastosowana technologia. W każdej technologii da się zrobić dobrze - jeśli cel i zapotrzebowanie są jasno zdefiniowane.
W tym przypadku MySQL i proste PHP zupełnie wystarczy i przy niewielkim doświadczeniu można to zrobić prawie bez kosztów.

[bartek.g]

Offtopujemy, ale nic to.

Nigdzie nie napisalem, ze trzeba robic w najnowszych. Jedynie zwrocilem uwage, zeby nie bylo to przestarzale i niszowe. Problem z takimi technologiami jest taki, ze nie wiele osob wie jak w tym cos zrobic a do tego powstaja bardzo zagmatwane swoiste programy pelne hackow tylko dlatego, ze zeby dzialalo to trzeba zrobic tak i tak a potem tak i jeszcze tak.

PHP i mySQL - sa bardzo dobrymi technologiami, sa otwarte, baaaardzo powszechne. Ale tez sa caly czas rozwijane a to jest bardzo wazne.

Co do 3 lat. Mozesz przejsc sie po korytazach dowolnej firmy IT i zapytac, kazdy bedzie wiedzial o co chodzi. Poprostu nie robi sie rzeczy, ktore maja zajac wiecej niz 3 lata - szkoda energii.

[Grzegorz Banasiak]

Offtopujemy, ale nic to.
Nigdzie nie napisalem, ze trzeba robic w najnowszych. Jedynie zwrocilem uwage, zeby nie bylo to przestarzale i niszowe. Problem z takimi technologiami jest taki, ze nie wiele osob wie jak w tym cos zrobic a do tego powstaja bardzo zagmatwane swoiste programy pelne hackow tylko dlatego, ze zeby dzialalo to trzeba zrobic tak i tak a potem tak i jeszcze tak.
PHP i mySQL - sa bardzo dobrymi technologiami, sa otwarte, baaaardzo powszechne. Ale tez sa caly czas rozwijane a to jest bardzo wazne.
Co do 3 lat. Mozesz przejsc sie po korytazach dowolnej firmy IT i zapytac, kazdy bedzie wiedzial o co chodzi. Poprostu nie robi sie rzeczy, ktore maja zajac wiecej niz 3 lata - szkoda energii.

Bartek ja od 20 lat jestem właścicielem firmy IT, wiem jak to działa

[Jacek Kurzawa]

ps. Jest taka prosta zasada w IT, jezeli cos masz robic wiecej niz 3 lata; nie rob tego. Za 3 lata beda inne technologie a twoja rzecz bedzie stara i bez sensu To tez wez pod uwage.

Po upływie 15 lat potwierdzam. Aplikacje, wtyczki, rozwiązania etc - to wszystko się szybko starzeje. Trzy lata dzisiaj to jest bezmiar. narzedzia ukazują sie z dnia na dzień. Tempo rośnie. Ale nie o tym.

Nie znalazłem przez te 15 lat niczego, co by mi odpowiadało, dlatego wreszcie zrobiłem to tak jak należy czyli od zera, dla siebie. Teraz temat odżył to komentuję, bo widać, że temat "Aplikacja do katalogowania zbiorów" był od wielu lat przedmiotem dyskusji i rozmyślań i poza tym jak na razie nic się nie wydarzyło, aż do teraz.

Temat zacząłem 1 lipca 2011 roku a dziś mamy 2 lipca 2026 roku 15 lat i jeden dzień.

Jacek, sądzę, że w obecnych czasach katalog on-line to jedyny sensowny pomysł. Oczywiście prosty i skuteczny, pozbawiony całej niepotrzebnej otoczki ...

Jestem tego samego zdania. OnLine jest bardziej odporny i daje znacznie wieksze możliwosci, bedąc wystawiony na serwerze np łaczność z innymi serwerami i usługami, dostępność dla innych użytkownikow w celu np pracy zbiorowej nad projektem. Dochodzą do tego kwestia bezpieczeństwa, trwałosci projektu (administratorzy, kopie baz).
Lokalnie da się uciągnąć np lokalny serwer, wystawić na zewnątrz, można zrobić "cuda" ale wymagałoby to dużego nakładu pracy i to zawsze będzie zamiana komputera w serwer, a to nigdy nie konczy się dobrze, jest nietrwałe i problematyczne.

[Grzegorz Banasiak]

Z bartek.g nie do końca się zgodzę. 3 lata to długo i krótko jednoczęsnie. EntomoLabels robię znacznie dłużej niż 3 lata wybrałem w miarę stabilne narzędzie Visual Studio i język C#. Wiadomo nie jest to ideał, zmienia się ale zachowuje zgodność w dół. Niestety nie zapewnia multiplatformowości jak C++ ale coś za coś. Fajnie by było mieć wersję na Maca no ale za darmo i w pojedynkę raczej nie da się rady.
Ja jeszcze piszę aplikacje dla DOS 16 bit w FoxPRO i one doskonale pracują nawet z Win11, drukują na laserówkach, pierwsze wersje pisałem w 1991 roku i dalej są rozwijane a szybkością przetwarzania biją na głowę SQLserwery i inne nowoczesne badziewia.

Jacek, jesteś na dobrej drodze. Wieczorem zadzwonię.