odnosnie baz danych

[rax666]

zastanawia mnie po co komu tyle skomplikowanych funkcji, typu union select.

przeciez z tego sie wcale nie kozysta (normalnie)!


mnie by wystarczylo:
create
drop
truncate
alter
select
insert
update

i w zasadzie to wszsytko z podstawowych zapytan!
pytam sie po co skomplikowane funkcje? szczegolniwe te ktore tworza pliki na serwerze.

[tom]

Jak zaczniesz robic sobie jakas rozbudowana baze z powiazaniami w tabelach itp. itd. to zrozumiesz tak trudno wytlumaczyc. W sumie do puki nie zaczelem kiedys pisac systemu monitoringu i zarzadzania do TV Kablowych (internet w systemie DOCSIS) to tez zastanawialem sie po co to komu potem stwierdzilem ze mocno to ulatwia zycie tak jak widoki, trigery i cala reszta. Oczywiscie jak chcesz tez dbac o integralnosc calej bazy

Prawde mowiac trudno jednoznacznie odpowiedziec na twoje pytanie, to tak jak by zapytac po co nam komputery - kiedys wystarczylo wszak liczydlo albo kalkulator...

[rax666]

hmm, ale i tak wszsytko mozna osiagnac wykonujac wiecej zapytan sql.

w prawdzie bedzie to trfalo dluzej, ale prostota po pierwsze.

[mlodszy]

Ale w bazach nie ma trwac dluzej ;P Wlasnie czas w jakim zapytanie jest wykonywane jest bardzo wazne.

[tom]

hmm, ale i tak wszsytko mozna osiagnac wykonujac wiecej zapytan sql.

w prawdzie bedzie to trfalo dluzej, ale prostota po pierwsze.

No mozna zrobic wszystko tylko jakim kosztem w pewnym momencie sam sie pogubisz w kodzie ktory obsluguje dana baze danych. Zamiast jednego zapytania np. prosty select do widoku zrobisz cala sterte zapytan do sterty roznych tabel. Albo masz prosta tabelke np. "Kolor kredki", "ilosc na magazynie", "czas przyjecia na magazyn" i chcesz nagle wiedziec ile masz wszystkich kredek niezaleznie od koloru przyjetych powiedzmy przed jakas data na magazyn...

Przykladow mozna powielac... wlasnie dzisiaj dostalem cos co mnie zalamalo.

Nie jestem programista w firmie ale znowu na mnie spadlo pisanie aplikacji bazodanowo/obliczeniowej pod Windows - komunikujacej sie z SQL-em (do wyboru MySQL lub PgSQL)... jak bys zobaczyl cala strukture co ma projekt robic itd. to juz jest zalamka do tego nie wspomne jak zakrecona bedzie struktura samych tabel. Dochodzi do tego jeszcze interfejs komunikacji do Matlaba i sterta innego badziewia...

Niestety z wiadomych przyczyn nie moge udostepnic calej dokumentacji co jest oczekiwane ale tak miedzy innymi kilka punktow wyrywkowo

Ale mam wlasnie lekka zalamke - chodzi tutaj tez o wygodny interfejs uzytkownika he he osobiscie nie widze tego jak bym mial uzywac tylko tego co wymieniles

1. powinna istnieć możliwość definiowania własnych wzorów testów statystycznych (są to obliczenia elementarne więc zapisanie ich w języku skryptowym nie będzie opóźniać wyników)

2.aplikacja powinna udostępniać wyniki statystyk standardowych (średnia, odchylenie standardowe, test normalności rozkładu etc.)

3. aplikacja powinna oferować zaawansowaną wyszukiwarkę realizującą wielopoziomowe zapytania logiczne pozwalającą na wyszukiwanie i zestawianie ze sobą reklam (według producentów, marek, słów kluczowych etc.), sekwencji (według ich kategorii), klientów i innych elementów składowych bazy, ich sortowanie i ponowne filtrowanie wyników wyszukania


I kolejne dotyczace analizy czesci zawartych w SQL-u danych


1. algorytm rozkładu na składowe główne – polegający na jednokrotnym wyznaczeniu macierzy kowariancji oraz na rozwiązaniu układu równań liniowych w postaci macierzowej

2. algorytm rozkładu na składowe niezależne - algorytm adaptacyjny z maksymalna liczba iteracji w celu znalezienia rozwiązania ustawiona na 512. Pojedyncza iteracja to kilka operacji odwracania, mnożenia  i obrotów dużych macierzy aż do spełnienia kryterium obliczanego na ich podstawie.
Złożoność jak i czas znalezienia rozwiązania silnie zależą od długości badanego fragmentu oraz ilości kanałów (w naszym przypadku 32)

3. algorytm obliczający moc sygnału w różnych częstotliwościach - złożoność obliczeniowa O(Nlog2(N)) gdzie N to długość sygnału w próbkach. Na pojedynczej reklamie dla pojedynczej osoby wykonywanych jest około 6 500 tych analiz z N=512 punktów – w sumie około 30 000 000 operacji

[rax666]

Powodzenia
Mnie tak naprawde nigdy nie interesowalo programowanie zlozonych problemow, raczej os i internale, czyli jak cos dziala i jak mozna to zrobic lepiej.

I dalej twierdze, ze baza powinna udostepniac tylko standardowy interfejs.




Prostsze zapytania szybciej obslugiwane. tak naprawde to zamiast wyrazow zrobic bajty albo nawet bity.

czyli select = bajt 0x01, update 0x02, etc.


to baza danych.
Oraz inny program, nazwijmy go operator bazy danych, przydatny jesli laczysz sie via siec. Dziala jak proxy, przyjmuje zapytania i instrukcje co ma z nimi zrobic, odpytuje baze w prosty sposob, i odsyla do usera wynik.
Tak naprawde moglo by byc to rozszerzenie. Czyli odciazylo by to baze z analizy zapytan.

Jestem zwolennikiem prostoty, im prosciej - tym lepiej.
Lepiej miec 30 roznych programow z ktorych kazdy robi swoje I TYLKO SWOJE niz 1 kombajn ktory sie zawiesi i niewiadomo dlaczego.

[tom]

hmm

Tylko takie uproszczenia wrecz komplikuja, a nie uproszczaja

np. popatrzmy na redukcje wielkosci zapytania - w przypadku bazy danych sam procent zapytan to znikoma ilosc w stosunku do danych. Do tego mozesz sobie uzc procedur czy trigerow gdzie przeslesz prosty select - a baza wykona skaplikowana procedure.

Odnosnie proxy to tez nie ma sensu - w przypadku bardzo zlozonych problemow robi sie cluster i dane sa rozproszone na wielu komputerach.

Zobacz jak glupie klucze obce potrafia ulatwic sprawe czy chocby tranzakcje - nie musisz wielu spraw zalatwiac w oprogramowaniu ktore uzywa bazy.

Osobiscie nie jestem specjalista od baz danych, ot takim bardziej dlubaczem ktory uczy sie caly czas i powiem ci ze to naprawde ulatwia zycie jak sie zacznie uzywac. Kiedys uzywalem tysiac update czy drop dbajac o integralnosc danych itp. teraz to mi zalatwia baza (bo po to jest).

to naprawde nikt nie tworzyl aby utrudnic zycie i zwolnic bazy danych, to wszystko jest robione wrecz w przeciwnym kierunku...