Baza danych; przeliczanie; access[?]

	B O A R D
	» Board » Zadaj pytanie » Archiwum » Szukaj » Stylizacja

M E N U

» Nowości

» Archiwum

» Recenzje / Testy

» Board

» Rejestracja

Szukaj @ TwojePC

	OBECNI NA TPC
	» rooter666 08:00 » DYD 07:58 » KHot 07:53 » hokr 07:45 » Kenny 07:45 » NimnuL 06:47 » Demo 06:43 » PeKa 05:39 » SebaSTS 05:32 » GULIwer 05:04 » Killer 04:52 » Lucyferiu 04:29 » Martens 04:12 Dzisiaj przeczytano 41139 postów, wczoraj 25974 Szybkie ładowanie jest: włączone.

ccc

A R C H I W A L N A W I A D O M O Ś Ć

Baza danych; przeliczanie; access[?] , ghostmc 3/08/14 15:06
chciałbym wykonać narzędzie które w prosty sposób na podstawie trzech "baz danych (zmiennych)" określi interesujące mnie informacje. Mianowicie:
Baza danych A:
Zbiór indeksów (ok. 2 000) z przypisanym atrybutem liczbowym (ilość) użycia do danego wyrobu (niech to będzie X).
Baza danych B:
Zbiór indeksów z przypisanym atrybutem liczbowym (ilość) występowania w danej lokalizacji (niech to będzie Y)
Baza danych C:
Zbiór wyrobów (X) z przypisanym atrybutem liczbowym zużycia w cyklu (np. miesięcznym)

Połączenie trzech baz danych tak aby wynikiem prac była informacja w którym cyklu którego indeksu i w którym wyrobie (X) nastąpi stan mniejszy niż 0 w danej lokalizacji (Y)

Ilość wyrobów (X) ok 10; lokalizacji (Y) pow. 20; indeksów tak jak wyżej pisałem.

Obecnie wyliczam wszystko za pomocą excela i makr (każda "baza danych" to osobny plik) natomiast po wykonaniu pliku "waży" on powyżej 6mb; a sam proces aktualizacji jest dosyć czasochłonny.
Chciałbym wykonać takie narzędzie które usprawni cały proces a użytkownikowi pozwoli na szybkie wyszukanie informacji.
Dodatkowo w kolejnym "etapie" do indeksów (Z) chciałbym przypisać inne atrybuty niż liczbowe (tekst; daty; pliki zewnętrzne lub lokalizacje (pdf)).

Czy Access będzie wystarczający?
Czy na stanowiskach pracy bez Accessa narzędzie będzie zdatne do użycia ?

What a beautiful creature.
Wish him luck, boys.

Access wystarczy , Ramol 3/08/14 16:30
bo to 3 tabelki. Jeśli jednak ma działać tam gdzie nie ma Accessa, to możesz postawić darmowego ms sql express i do niego łączyć się excelem. Trochę to jak strzelanie z armaty do muchy, ale omija problem braku softu (a jeśli w 1 sieci, to można wystawić 1 sql i działać wspólnie).
Ramol
Do Accessa też będzie... , x_nerve 3/08/14 16:53
..mógł się łączyć Excelem.
Praktykowałem w kilku firmach taką "zalepdziurę"...
Gentlemen...... START YOUR ENGINES !!!
1. brzmi jak , RusH 3/08/14 18:27
  5 linijek w R
  no ale co kto lubi :)
  I fix shit
  http://raszpl.blogspot.com/
  1. wstyd przyznać... , x_nerve 4/08/14 07:15
    ...ale pierwszy raz usłyszałem o
    R
    Wygląda ciekawie.
    Gentlemen...... START YOUR ENGINES !!!
no dobra , ghostmc 3/08/14 18:32
a więc Access ;) czy może ktoś pomóc w stworzeniu takiej przykładowej (wzorcowej) bazy (baz) które działały by w opisany sposób ? :)
What a beautiful creature.
Wish him luck, boys.
1. Daj znać co ci wyjdzie bo ja bym , ptoki 4/08/14 17:49
  zasugerował mysql+php+apache bo to ci byle kto popędzi i jest przejrzyste.
  Accessem sie też da ale nie każdy sobie da rade.
  
  Sprobuj zorbic tak:
  Utworz nowa baze w access.
  Wciagnij te trzy arkusze za pomocą jednej ze środkowych zakładek z narzedziami (tam jest opcja podpięcia excela).
  Podpnij jako łącze. Nie jako kopia danych. dzieki temu podmieniajac excele dostaniesz świerze dane.
  
  I wyklikaj sobie kwerende.
  Tu sie moja wiedza kończy bo robiłem to tylko dwa razy ale i tak pół mózgu mi zeżarło :)
  Tam w kwerendzie można otworzyć ją w postaci sql. To jest ciutke przejrzystsze dla kogos kto zna sql.
... , endern 7/08/14 21:05
- postaw lokalnie sql server express
- ustaw taska do importowania przyrostowo danych do tabel z exceli i interesujacych Cie obliczen na tych danych
- stworz usera do odczytu na ktory beda sie laczyc osoby
- na koncowkach userzy lacza sie za pomoca excela zaczytujac kwerende

Chyba ze ktos jeszcze cos zaproponuje alternatywnego bazujac na tym schemacie - dawno juz nie zajmowalem sie takimi "lokalnymi" tools'ami - a swiat poszedl mocno do przodu.