wyłączanie śledzenia wątków

A po co pisać transakcje jesli one są wbudowane w SQL? bo nie rozumiem?

BEGIN
SQL_QUERY
Jeśli się udało to COMMIT
w przeciwnym wypadku ROLLBACK

Wszystko na zapytaniach SQL można zrobić. Nawet ten warunek. ale możesz zrobić sprawdzenie i z poziomu kodu programu. Prawdę mówiąc nie widze problemu.

Nogal, a po co chcesz pisac transakcje w Javie czy innym jezyku, skoro mozna wszystko zwalic na SQL'a ?

a co jesli chce napisac prosta aplikacje bazodanowa do mojego Palmtopa ??

Maxym napisał:

Autorzy phpbb2 wybrali takie rozwiązanie bo przy użyciu najprostszych z prostych zapytań SQL mozna bez żadnej modyfikacji pracować z wieloma bazami. Od mysqla do Oracla

Jakbys tym razem chociaz najpierw douczyl sie o czym piszesz, to wiedzialbys, ze zadni autorzy phpbb nie wybrali zadnych rzeczy o ktorych mowisz w zadnym z celow o ktorych mowisz, dwa glowne cele jakie publicznie na oficjalnej stronie forum stoja jak byk to

BEZPIECZENSTWO

Cytat:

Designed with security as a priority

a drugi SZYBKOSC DZIALANIA,

czyli oba, ktore wlasnie przede wszystkim zakwestionowales, ze nie zostaly spelnione, czyzby sie znow mylili

napisales, ze wybrali takie, a nie inne rozwiazanie, zeby moglo dzialac na jak najwiekszej ilosci baz od mysql do oracla? otoz znow babol az po horyzont, przez kilka lat pracy nad tym forum pracuje ono TYLKO na:

MySQL 3.2x (4 jest wstecznie kompatybilnie wiec teraz tez 4.x)
PostgreSQL 7.x,
Microsoft SQL Server 7/2000
Microsoft Access (via ODBC)

gdzie wiec to postawienie sobie za cel prace z jak najwieksza iloscia baz danych kosztem bezpieczenstwa i szybkosci dzialania? bo widac jak byk ze odwracasz nadal fakty do gory nogami bez odrobienia pracy domowej

Fakt. Przesadzilem z tym Oraclem. Z drugiej strony jak można przez ODBC to i z wszystkim można co akceptuje SQLa z z końca lat 70tych. Jedyne czym się różnią wszystkei te bazy to zapytaniami tworzącymi tabele. I tu do każdej trzeba napisac oddzielnie. Widocznie im się nie chciało.

Bezpieczeństwo mówisz... może chodzi o bezpieczeństwo jako takie (autoryzacja, cookies, hashowane hasła etc) a nie bezpieczeństwo na poziomie odwołań do bazy danych. Widzisz, bardzo często opierasz się na czyimś zdaniu nie posiadając żadnej wiedzy aby te wypowiedzi zweryfikować. A potem bronisz swego stanowiska jak lew. Problem w tym że to na czym się opierasz jest tylko sloganem reklamowym (podobnie jak pochlebne wypowiedzi znanych kierowców rajdowych na temat miernych gier).
Więc powtórze Ci jeszcze raz to co jest prawdą tak w teorii jak i praktyce.
1. Bez transakcji nie ma bezpieczeństwa
2. Przy zapisywaniu do bazy danych powiązanych kluczami (primary/foreign) za pomocą wielu zapytań bezpieczeństwo jest jeszcze mniejsze.
3. Zapisywanie danych do bazy przy użyciu wielu zapytań jest wolniejsze niż zapisywanie tych samych danych za pomocą jednego zapytania SQL

Jesli uważasz inaczej to masz szansę podważyć założenia języka istniejącego od ponad 20 lat i stosowanego w budowie tak prostych stronek www jak i wielkich systemów zarządzania korporacyjnymi danymi po hurtownie danych włącznie.

A co z wyszukiwaniem danych ??
Nie wiem czy wiesz, ale SQL zawsze byl krytykowany...

czekam na przyklady, wlasne, obce, rozwiazania, cokolwiek oprocz fantazji skoro nie rozumiesz, ze tutaj MUSI byc tyle wlasnie osobnych odwolan bo przy kazdej odslonie kazdej strony na forum trzeba sprawdzic za kazdym razem kazda rzecz osobno, kazdo uprawnienie ponownie, dopisac aktualne date, zwiekszyc posty o jeden, wyswietlic kilkanascie przyciskow lub nie zaleznie od uprawnien tylko i wylacznie na tej podstronie itd itp nie bede dublowal tego co napisal Piotreq 3 zakladki wczesniej bo dyskusja a'la z Groobym ciagle powtarzajacym swoje wbrew wszystkiemu prowadzi do nikad. prosze cie pomysl jak to jest, ze ty masz racje ze swoimi rewolucyjnymi rozwiazaniami, a wszyscy dotad to tylko marketingowi oszusci (co jest znow bzdura bo ci marketingowcy od sloganow robia od lat ten engine forum ZA DARMO nie majac z tego ani grosza) i w ogole robia wszystko zle zamiast tak jak ty sobie wymysliles duzo latwiej, jak to wszystko juz poznasz i przemyslisz, a to "bardzo często opierasz się na czyimś zdaniu nie posiadając żadnej wiedzy aby te wypowiedzi zweryfikować. A potem bronisz swego stanowiska jak lew" zastosujesz do siebie i nadal dojdziesz do wnioskow, ze to ty jestes geniuszem , a nie "oni" naprawde zacznij dzialac w tej branzy, a kto wie za pare lat bede dzieciom opowiadal, ze znalem tego slawnego programiste, ktory wszystkim pokazal w praktyce po przeczytaniu paru ksiazek, ze da sie wszystko zrobic szybciej latwiej prosciej wydajniej inaczej itd powodzenia i EOD pliz jesli nadal masz mi cos zarzucac, a wyraznie wypunktowania ze to jednak ty nie masz zadnej praktycznej wiedzy o dzialaniu skryptow tego forum masz pomijac po prostu.

nie moge, rece mi opadly do ziemi...

>Z drugiej strony jak można przez ODBC to i z wszystkim można co
>akceptuje SQLa z z końca lat 70tych.

nie mozna - pudlo po raz nty

>Jedyne czym się różnią wszystkei te bazy to zapytaniami tworzącymi
>tabele.

nie tylko - pudlo n+1

>I tu do każdej trzeba napisac oddzielnie. Widocznie im się nie chciało.

napisz pliz sam skoro ci debile od paru lat sa tacy leniwi... ale najpierw blagam doucz sie i doczytaj, wystarczy poczytac i pogadac z autorami nawet publicznie na forum phpbb.com, ale najlepiej zdobadz troche wiedzy praktyczniej i sprobuj cos porobic podobnego, wiele ci sie wyjasni, ja w tej chwili z Gregorem robie maly projekt na studia w php+mysql i gwarantuje ci, ze lepiej niz podobnie do rozwiazan z tego forum jeszcze nikt u mnie z grupy nie zrobil podobnego projektu, udowodnij im, ze tez sa zenujacy, zrob cos dla przykladu na swoj sposob, niech dostane 5tke i profesorek bedzie mi sie klanial do konca studiow

Nie no Richie...
Przeczytaj co ja napisałem a potem co Ty piszesz. Np. nigdzie nie napisałem że autorzy phpbb są debilami. Do każdej mojej wypowiedzi dokładasz coś swojego. Nie wkładaj mi dziecka do brzucha. Pytasz żebym napisał jako można coś zrobić a ja to napisalem parę stron wstecz. MOże czytaj uważnie co piszę. Albo idź na jakąś terapię.

Podważasz fakty (patrz mój poprzedni post) na których opiera się cała teoria i praktyka budowy relacyjnych baz danych. Mam nadzieję że w takim razie Twoja kariera skończy się na robieniu niegroźnych aplikacji w PHP+HTML. Bo napisanie wg Twych założeń systemu poważniejszego może sie skończyć tragicznie.

Aha. Ja Ci projektów pisac nie będę. Natomiast jak zamiast jednego zapytania zrobisz to samo w kilku jeden pod drugim to piątki dostac nie powinieneś. No chyba ze 'profesorek' będzie oceniał tylko szatę graficzną.

Nogal: coś słyszałem o tym. Ale nie chodziło tyle o wyszukiwanie danych co o samą składnię języka który nie jest do końca strukturalny (mimo nazwy) a na dodatek jest interpretowany. Natomiast wydaje się że na razie nie ma alternatywy. SQL się przyjął i chyba nic go nie wyprze. Nawet w nowopowstających rozwiązaniach baz obiektowych SQL ma szanse się przyjać ze swoimi rozszerzeniami.

BTW: Richie, jakie jest obciążenie Twojego serwera w nocy o godz. 2.40, że pare linijek tekstu zapisuje się do bazy ponad 4 sekundy?

wlasnie o to mi chodzilo - bazy obiektowe rzadza i tylko przywiozanie informatykow do relacyjnego modelu trzyma go przy zyciu.
A co do wyszukiwania to np. w tablicy haszujacej (w Javie jest obiekt HashTable) wyszukanie obiektu po wartosci klucza zajmuje 2 (slownie : dwa) porowniania - nie wiem czy SQL jest tak szybki...

podkrec sobie procka hehe ja mam wszedzie nawet na glownej stronie teraz ponizej 0.8s

poza tym prosilem cie zeby doczytal i douczyl sie jak dziala to forum a ty znow piszesz bzdure, ze ja zrobie na pewno kilka zapytan zamiast jednego, oczywiscie, ze zrobie skoro potrzebuje przy kazdym przeladowaniu odczytac i zapisac kilkanascie rzeczy rozniacych sie byc moze od siebie za kazdym razem, ty wiesz jak to zrobic lepiej - bedziesz slawny i bogaty, a juz dzis jestes geniuszem w takim razie i marnujesz sie jako winformatyk, ja wroce wiec biedny zuczek do pisania niegroznych aplikacji tak jak wszystkie inne biedne zuczki na swiecie je pisza starymi kiepskimi metodami i prosze skonczmy dopoki nie zrozumiesz o czym pisalem i dlaczego to forum tak a nie inaczej musi dzialac.

Obiektowe może będą rządzić. Jeszcze dziś chyba nie mają przewagi. Ich zaletą jest właśnie obiektowość (enkapsulacja danych i metod). Ale poważną ich wada wydaje się nadmiar danych do przesłania w porównaniu do baz relacyjnych. ALbo np akademickie pytanie: jak rozwiązać w takiej bazie autoryzację. Na poziomie obiektu czy bazy? W tym drugim przypadku łamiemy zasadę obiektowości. W pierwszym dajemy użytkownikowi obiekt przed autoryzacją, a jej mechanizmy znajdują się w obiekcie. a więc istnieje teoretycznie możliwośc złamania zabezpieczeń. etc etc. Jednak myślę że dzięki podobieństwu do modelu świata rzeczywistego one sie prędzej czy później spopularyzują.

Co do tablicy hashującej. Masz na myśli SQL jako język czy jakiś engine konretny? Bo to jak ile porównań będzie wykonanych nie zalezy od języka tylko od samej bazy danych. Poza tym ilość porównań zalezy (chyba) od ilości kluczy w jednym łańcuchu hashującym. Myślę że w niekorzystnych warunkach (prawdopodobieństwo b. małe) może być więcej nietrafionych porównań.

ilosc porownan nie zalezy od ilosci kluczy - wynosi ona zawsze 2. OK ide spac - dosyc emocji na dzisiaj

Richie jeśli będziesz miał taką sytuacje że będziesz musiał odczytywać dane za pomocą wielu osobnych zapytań to znaczy że nie masz do czynienia z relacyjną bazą danych. Znaczy że twoja baza nie wymaga relacji i wtedy tak faktycznie napiszesz.
Jednak forum chcąc nie chcąc musi być oparte na relacjach. CHoćby przez klucz użytkownika po którym wiązane są tabele z prawami, postami, danymi uzytkownika itd itd. A więc na mocy tego twierdzenia można złozyć pojedyncze zapytania do jednego złożonego.
Douczanie na pewno należy sie każdemu z nas. Ale Ty powinieneś jednak zacząć jeszcze raz. Od podstaw. Bo najwyraxniej gdzies masz braki. Teoretyczne. Może niekoniecznie przeszkadzające w budowie małych systemów jednak ich istnienie jak widac uniemożliwia Ci popieranie swego zdania konstruktywnymi argumentami.

tak w ogóle pora spać. Dobranoc.

PS. Hmm. A co ma CPU w komputerze klienta do czasu jaki podaje forum przy każdej generacji strony?