wyłączanie śledzenia wątków

Widzisz Richie, można być inteligentnie złośliwym i płytko złośliwym. Nie wiem czemu na siłę zmierzasz do tego drugiego. A to dlatego że nie czytasz co do Ciebie piszę: pisałem że wyłącza się sledzenie po napisaniu odpowiedzi z DOWOLNEGO komputera. A jak nie wierzysz to zafunduję sobie przejażdżkę do Ciebie i na Twoim wspaniałym osobistym komputetrze Ci to udowodnię. Może być nawet ten na BXie

Co do importów/exportów robiłem to na wszelkie sposoby. I z konsoli i z forum i na żywca kopiując pliki a nawet INSERTując dane do tabel. Dowodem na uszkodzone dane w bazie jest fakt że czyste forum działa a z danymi - nie Nie chciało mi się tylko sprawdzać które dane z której tabeli są za to odpowiedzialne.

ty chyba nie czytasz co napisalem... jeslisz masz zwalone dane w swoim forum w bazie danych to na jakiej zasadzie spodziewales sie, ze po exporcie/imporcie beda prawidlowo dzialac? ja tylko mowie, ze bzdura niegodna nawet winformatyka jest pisanie "no coz tak to jest z tym enginem forum, raz cos zle wskoczy, drugi raz sie uszkodzi, to potem zle dziala" o to mi chodzilo, tak nie jest nie bylo i na pewno nie bedzie, to twoj blad i twoje uszkodzone dane w bazie sa powodem nie dzialania czegos, tak jak i twoje chore problemy z kabelkiem od myszki czy wylaczaniem sie sledzenia - nie rozumiem dlaczego do ciebie nie dociera, ze nie mam zamiaru ani ja ani nikt inny marnowac na takie glupoty czasu mimo braku 10 x odpowiedzi na poprzednie nowo zakladane przez ciebie watki, a nawet jak napisales na proby bycia "plytko zlosliwym" nie reagujesz, otoz zrobmy tak: mimo ze wiem gdzie szukac przyczyn nie mam na to czasu ani ochoty, wiec co do mnie masz juz jasnosc, co do reszty forumowiczow i problemow, obiecaj mi, ze po 5ciu podobnych twoich problemach liczac od dzis bez zadnej odpowiedzi od innych (ale nie liczymy jak dotad nabijania sie z fuzji itp )dasz sobie spokoj z zakladaniem watkow z bzdetnymi problemami, jak sie zgadzasz to dzieki i bez odbioru

Odnośnie mojego forum - nie sądzisz że modyfikowałem tabele ręcznie? jak mogłem je zepsuć (te dane)? przeciez to engine forum je modyfikuje dodaje etc.

Odnośnie tego co wiesz ale nie chcesz powiedziec lub nie wiesz ale musisz na siłe coś napisać. Po prostu umówmy sie tak: jeśli nie masz nic konstruktywnego do napisania, a w szczególności chęci pomocy to nie pisz w ogóle. Nie ja pierwszy Ci to proponuję. Tym bardziej że sugerujesz, iż tracisz czas na te nic nie warte tematy. Nie odpisuj więc a wszyscy będą zadowoleni.

alez kolego widze, ze nie wiesz o czym byl ten watek?

napisales swoj kolejny super wielki problem, jaki to cytuje "engine jest zwalony" i ci wszystko popsul, nie otrzymales ZADNEJ odpowiedzi oprocz CZTERECH typu cytuje "buahahahahahahahaha" "ja tez mam fuzje" "moj ojciec ma fuzje" itd itp

czy widzisz gdzies tam moja odpowiedz? nie, bo zastosowalem sie do twojej prosby jakby prawda? pomyslalem, ze wkoncu zalapiesz, ze juz czas skonczyc znowym rokiem z bzdurnym zakladaniem topikow z zalami jak to cie kabelek od myszki pogryzl, bo nie jest to na to miejsce

i nic bym nadal nie napisal gdyby nie znow twoj post jaki to swiat jest zly, a forumowicze niepomocni

Cytat:

Jak zwykle same rzeczowe odpowiedzi. Qrva ale to nie jest dział Hydepark.

wiec w tym wypadku to chyba sam siebie popros o nie odpisywanie i skonczymy juz ten wielki problem fuzji , na ktory "jak zwykle" wszyscy ci chetnie pomagaja i odpisuja

MaXyM napisał:

Inna sprawa zobacz jak są napisane zapytania SQLowe (nawet na dole każdej strony widac jaka to bzdura): 15 queries executed !! Oni wybierają każdą tabelę osobnym zapytaniem. Joiny byłyby szybsze i pewniejsze. I na pewno nie ma transakcji. Jak się zwali jedno zapytanie do żegnaj integralności.

Biorąc pod uwagę, że przy każdym przeładowaniu strony jest sprawdzany user, jego prawa dostępu (odpowiadanie, kasowanie, moderowanie...), które posty są przeczytane itd to ilość 15 zapytań nie wydaje się być zbyt wielka.
I powiedz mi MaXyM w jaki sposób dowolnie zwalone zapytanie może naruszyć integralność danych.

MaXyM. Sorry, że w ogóle wlazłem w ten wątek o którym z resztą nie mam pojęcia.
Z tą fuzją, to oczywiście żart. Mam nadzieje, że po mimo poważnego wyglądu, masz poczucie humoru i się nie pogniewasz na mnie.
A tak przy okazji, to myślę, a może lepiej nie myśleć? Ale myślę, że w Nowym Roku chyba lepiej by było, Jak byście tę swoją prywatną wojnę prowadzili gdzieś na ubitej ziemi. Bo to się robi nieciekawe.

Richie co się czepiasz żartów kolegów? Brak Ci argumentów? To ich sprawa. Mnie te żarty nie przeszkadzaja bo każdy ma prawo mieć skojarzenia.
Natomiast problem był i jest i jeśli nie doczytałeś - dotyczy forum, a nie mojego komputera czy czegoś jeszcze. Jednak Ty się uparłeś żeby każdego kto ma problemy z forum spierdolić na funty. Już Ci powiedziałem: nie znasz odpowiedzi nie odzywaj się bo to o sobie wystawiasz złą opinię (no ale to już nie moja sprawa).

PiotreQ: prawa dostępu odczytuje się raz. NAwet jeśli są rozbite na wielu tabelach, powinno to być zapytanie pojedyncze. Sprawdzanie praw i drugie zapytania do wyciągnięcia danych. po to relacyjne bazy danych żeby łączyć zapytania do wielu tabel w jedno za pomocą kluczy. Teraz jak można coś zespuć?
Chociażby tak, wszystkie zapytania zapisują dane do bazy:
Zapytanie1
Zapytanie2
Zapytanie3 - to zapytanie spowodowało błąd
W ten sposób masz nieintegralną bazę danych bo wprowadzono część danych a część nie. Jak powiedziałem nie ma transakcji w phpbb2 więc nie można cofnąć poprzednich wpisów.

Ardis: jak napisałem wcześniej nie mam pretensji o żarty. Na tym forum się z wielu rzeczy żartuje i każdy może. więc spox.

Maxym ja sie nie czepiam zartow kolegow, zwrocilem ci uwage, ze po prostu NIC oprocz nichy nie dostales i nie dostaniesz

a powyzszy post o zapytaniach pokazuje tylko, ze znow wchodzisz w dyskusji nie majac pojecia o czym piszesz, bo PiotreQ ci chyba najlepiej i najkrocej jak mozna wyjasnil sesns 15 zapytan po wejsciu na forum skoro tego nie rozumiesz, ze wchodzac ten sam user na rozne fora i topiki musi byc sprawdzany co do kazdego rodzaju uprawnien to juz nie problem engine forum tylko twoj, IMHO te 15 to jest idealnie malo jak sie zastanowie jakbym to zrobil wychodzi mi zawsze wiecej

Nie dostanę bo pewnie nikt podobnie jak ja nie zna odpowiedzi. I to złę nie jest. Ale po co pisać że nikt nie odpisze? przecież to widać. Marnujesz swój cenny czas.

Co do baz danych to się nimi param od kilku lat więc akurat wiem co piszę. Tabel jest chyba 28 w phpbb2... przy zapisywaniu nowego posta jest robione 26 zapytań. To sugeruje że nawet przy robieniu weryfikacji zapis do każdej jest robiony osobno. Nie ma żadnego zapytania z powiązaniem kluczy.

I nie mów żebym pisał własne forum. Mało tego. Ja wiem czemu tak zostało to napisane (zeby można było instalowac phpbb2 na różnych bazach nie zmieniając zapytań - więc używa sie najprostrzych). Tylko że to moze być właśnie powodem błędnego działania.

MaXyM napisał:

Nie dostanę bo pewnie nikt podobnie jak ja nie zna odpowiedzi.

skoro to widzisz po raz n-ty to po co pisac

Cytat:

jak zwykle precyzyjne odpowiedzi, qrwa

------------------------------------------------------------------

Cytat:

Marnujesz swój cenny czas.

tu sie z toba zgodze ide obczajac jakis engine zjebany i szukac bledow

MaXyM napisał:

PiotreQ: prawa dostępu odczytuje się raz. NAwet jeśli są rozbite na wielu tabelach, powinno to być zapytanie pojedyncze. Sprawdzanie praw i drugie zapytania do wyciągnięcia danych. po to relacyjne bazy danych żeby łączyć zapytania do wielu tabel w jedno za pomocą kluczy. Teraz jak można coś zespuć? Chociażby tak, wszystkie zapytania zapisują dane do bazy: Zapytanie1 Zapytanie2 Zapytanie3 - to zapytanie spowodowało błąd W ten sposób masz nieintegralną bazę danych bo wprowadzono część danych a część nie. Jak powiedziałem nie ma transakcji w phpbb2 więc nie można cofnąć poprzednich wpisów.

Ja to widzę tak:
Baza forum jest dynamiczna i bardzo szybko zmienna. Nie znam struktury bazy tego forum ale będę zgadywał że każdy rekord tablicy nazwanej umownie "posty" zawiera wiersze z numerem forum, z numerem tematu, z danymi autora, numerem kolejnym w całej bazie, z datą wpisania do bazy i oczywiście z trescią i coś tam jeszcze. Każde odświerzenie stronu musi sprawdzić czy nie ma na niej nowych postów i odpowiednio je oznakować. Musi też w razie konieczności dopisać do bieżącej strony kody umożliwiające przejść do nowej strony z nowymi postami. Każdy nowy post jest sprawdzany na możliwość edycji/kasowania. Pozatym posty są sortowane wg daty roznąco lub malejąco w zależności od ustawień użytkownika. Również to użytkownik decyduje w jakiej strefie czasowej się znajduje, jaki ma obowiązujący tamat (wygląd). Dochodzi sprawdzenie skrzynki czy nie ma przypadkiem nowych wiadomości. Te wszystkie operacje muszą być wykonywane przy każdym wywołaniu strony a nie tylko raz. Stąd mój skromny wniosek, że 15 zapytań nie jest wcale ilością przesadzoną.
Druga sprawa tej integralności danych. Specjalnie w poprzednim poście wytłuściłem zapytanie bo samym zapytaniem do bazy nie da się naruszyć integralności jej danych. Chyba, że ty przez zapytanie rozumiesz również dodawanie / modyfikacja / kasowanie a to nie sa zapytania do bazy tylko operacje na danych. Ponadto tu nie występują żadne relacje między poszczególnymi rekordami. Nie ma zależności takiej że wartość X w tablicy Y zależy od wartości A w tablicy B. Tu jest zwykły zbiór danych wpisywanych jeden rekord po drugim. Dodatkowo typ wpisywanych danych jest determinowany zarówno przez strukturę bazy jak i przez sam interface (w tym przypadku przez formularz na stronie) i nie da się wprowadzić błędnych danych, które nie mogą być przyjęte przez bazę. Dodatkowo, jeśli w rekordzie występuje pole, którego wartość MUSI być wypełniona (np. autor postu) a w trakcie zapisu coś się zwali i tego pola zabraknie to cały rekord zostanie odrzucony jako błędny. Więc integralność danych według mnie nie jest tutaj zagrożona. Najwyżej mogą się pojawiać błędy znane tu jako "jąkanie się" - powtarzanie tej samej treści w jednym poście wynikające w kilkukrotnego wpisywania tych samych danych do jednego rekordu przez formularz przed zamknięciem tego rekordu (polecenie "wstecz" wydane po wysłaniu postu).
MaXyM, nie neguję twojej wiedzy w zakresie baz danych, ale wydaje mi się że nie wystarczy znać się bazach, trzeba jeszcze myśleć jak one A samo wykucie formułek, kwerend, składni danego języka jest niczym wobec banalnego problemu, którego nie można "w żaden sposób" rozwiązać.

A skoro powiedziałeś A to ja dodam B i powiem, że od 8 lat pracuję na bazach danych w Informixie, nieśmiertelnym Accessie i ostatnio też w Oracle'u przy bezpośrednim dostepie do bazy, również jako projektant przy budowaniu baz od zera.

Oczywiście termin zapytanie to operacja na bazie danych. SQL query czyli zapytanie SQL słuzy nie tylko do odczytu ale i zapisu i innych modyfikacji. Ale to tylko kwestia nomenklatury.

Natomiast bardzo się mylisz, że nie ma tu relacji. Może nie są zdefiniowane na poiomie bazy danych, bo niektóre bazy jak np. mysql 3.x tego nie mają po prostu. Ale relacje są na poziomie logicznym bazy. na przykład:
odczytanie posta/postów polega na odczytaniu danych obwarowanych jakimiś warunkami z tabeli postów ale i z tabeli użytkowników. W kazdym rekordzie posta figuruje ID jego autora. A więc w tabeli z postami figuruje klucz obcy z tabeli użytkowników. I to jest właśnie relacja. Którą można zrealizować w dwojaki sposób:

1. jednorazowy: SELECT tbl_posts.*, tbl_users FROM tbl_posts LEFT JOIN tbl_users ON tbl_posts.IDuser = tbl_users.IDuser; - i wtedy po jednym zapytaniu dostaniesz wszystkie dane postu i użytkownika który jest jego autorem

2. wielostopniowe: SELECT * FROM tbl_posts;
tu dla każdego rekordu odczytujesz IDuser i wykonujesz drugie zapytanie: SELECT * FROM tbl_userss WHERE IDuser = '$IDuser';

Oba zapytania dadzą to samo. ale jakże różnią się wygoda operacji i szybkościa dziąłania. Niestety phpBB2 robi wszystko drugim sposobem. Różni sie tez bezpieczeństwem szczególnie w przypadku zapisu danych ww. metodami. W wypadku próby zapisu wszystkich danych za pomocą jednego zapytania SQLowego w razie błędu cały rekord jest odrzucany. Jeśli jednak zapis do bazy jest na raty do kolejnych tabel to skuti mogą być od śmiesznych do opłakanych. Podałem przykład we wcześniejszym poście. Może się zapisać wynik wcześniejszych zapytań SQL, po czym przy kolejym wystąpi błąd. Ot głupi, choćby connction time-out przy duzym obciążeniu serwera. I dupa zbita Brak transakcji, masz nieintegralną bazę danych. NIc się nie stanie jeśli to dotyczy postów. Najwyżej nie zostaną wyświetlone bo obwarowanie warunkami SQL podczas odczytu zostaną odrzucone. Ale kto wie dlaczego np. mam problem z tym pieprzonym śledzeniem które mi sie wyłącza dla danego wątku za każdym razem jak odpowiadam przez QUICK REPLY. może to to może nie to. W każdym razie zapisywanie danych do bazy NA RATY jest NIEBEZPIECZNE. Oczywiście przy budowie bazliczy sie koszt zbudowania systemu. I kalkuluje sie czy lepiej rozbić zapytanie na kilka prostszych a resztę sztukowac w języku programowania czy poświęić czas/pieniądze na budowę skomplikowanych zapytań SQL, ba.. triggerów, funkcji zintegrowanych, transakcji etc. TO jest właśnie kwestia tego co napisałes: "nie da się w żaden sposób rozwiązać". w SQLu da się wszystko co dot. bazy danych. Tylko jest to tak rozbudowany język dodatkowo odmienny w każdej implementacji że trudno wymagać robienia forum przy pomocy wszystkich tych technologii.
Napisałem że wiem czemu autorzy phpBB2 wybrali takie rozwiązanie. Choc można też było inaczej. Nie neguję tego co zrobili ani nie mowię że to dyletanci bo odwalili kawał dobrej roboty. Po prostu szukam przyczyny w błędnym działaniu bazy właśnie w rozwiązaniu jakie oni wybrali.

Teraz doczytałem ostatni akapit że jednak pracujesz na bazach danych więc powyższy wykład wydaje się zbędny (może innym sie sprzyda). Ale tym bardziej się dziwię temu co piszesz. Dla mnie tu powinny być maks 2-5 zapytań. W min. przypadku:
1. zapytanie i weryfikacja praw i preferencji użytkownika. Tu można wszystko odczytac w jednym zapytaniu nawet jesli byłoby to rozbite na 100 tabel. Po prostu czyta sie wszystkie na raz WHERE IDuser= ... ;
2. Zapytanie o preferencje globalne bazy
3. Zapytanie o posty uwzględniając wszystkie odczytane zmienne

Pozdrawiam.
PS. Prawde mówiąc nie przeszkadzają mi takie dyskusje. Nawet uważam że są potrzebne bo każdy się czegoś może nowego dowiedzieć. Pod warunkiem pisania nie na temat w tym obraźliwie.

chyba wylacze sledzenie tego watka

Maxym zaszokowales mnie! a dlaczego? bo jeszcze miesiac temu pisales do mnie maile jak zainstalowac w ogole to forum mimo ze skrypt instalacyjny jest na zasadzie "3 x dalej i raz Zakoncz" i nie wiedziales co trzeba wpisac w polach Host Mysql (localhost na przyklad) a tu prosze po miesiacu czasu okazuje sie, ze nie tylko poradziles sobie z 3 x Next i doszedles jak wpisac localhost podczas instalacji, ale nabrales w przyspieszonym tempie kilkuletniej praktyki w pracy z bazami danych i teraz juz potrafisz zapewne samemu napisac lepsze szybsze forum z mneijsza iloscia zapytan, bo w gotowych widzisz same bledy juz podziwiam szybkosc przyswajania wiedzy serio

co do przykladu - tak jak i wczesniej dywagacje teoretyka oderwane od rzeczywistosci, sprobuj to sobie zrobic w skali mikro i sam dojdziesz dlaczego jednak dobrze jest zapytywac tyle razy co chwile i zapisywac "na raty" i ze "twoim" sposobem nie dzialalo by nic tak jak powinno i tak jak dziala teraz

3 miesiące temu nie miałem doświadczenia z bazami komunikującymi sie z klientem po TCP/IP. i pytałem czy localhost to ma byc wpisany string 'localhost' czy nazwa domenowa serwera który jest tym hostem. A bazami danych sie zajmuję od jakiś 3 lat.

Nie kompromituj sie Richie textem że na raty jest lepiej. Moze jak sobie stronę www robisz to lepiej. Napisz poważniejszy system w ten sposób, szczególnie o skali hurtowni danych gdzie ilość danych jak i aplikacji/użytkowników pytających o nie jest naprawdę duża. Gdzie liczy sie optymalizacja zapytań.
Zaraz powiesz że forum to nie hurtownia danych. Racja. Ale też pisałem o koszcie budowy takich a nie innych zapytań. Tu takie rozwiązania okazały się wystarczające. Bo ilość danych w forum jest mała. A i tak na dole strony jest napisane: phpBB Created this page in 2.480395 seconds. Wg mnie to b. dużo.
W kazdym razie nie sa to ani szybkie ani bezpieczne rozwiązania. Jeśli nie potrafisz sie z tym zgodzić to po prostu brak Ci wiedzy na ten temat albo jesteś tak zadufany że nie potrafisz się przyznać do błędu.

Vette: wyłącz. TO naprawdę b. nieciekawe tematy. W sumie starcia userów z Richiem zdarzają się tak często że staje się to po prostu nudne.