Forum PHP.pl

[SQL] pobierz, plaintext 
SELECT ( SELECT COUNT( stat_user.id ) FROM stat_user WHERE id_serwisu = 2 ) AS user_count, 
( SELECT COUNT( kwd_data ) FROM stat_keyword WHERE kwd_ser = 2 )
[SQL] pobierz, plaintext 

1. na jaka baze Cie stac
2. sprzet pod to najwazniejszy - pomysl o replikacji, o maciezach dyskowych o rodzieleniu indeksow na rozne dyski (macierze), zastanow sie najpier nad procesem optymalizacji i przeznaczenia a potem dobieraj baze. To wszystko posiada oracle - jak wiadomo to tez nie maly wydatek, wiec zostaje Ci PG i tutaj mimo ze cena bazy nie wchodzi w gre to mozesz napotkac spore problemy z dostosowaniem tego do sprzetu ( prosze nie mylic instalacji na 1 maszynie, caly czas mowa o wielu maszynach, replikacji, klastrowania, rozlozeniu danych na dyskach twardych)

Na twoim miejscu na poczatku przeliczyl bym co bedzie w tej bazie jakie mechanizmy mozesz uzyc, potem zweryfikowac ktora baza danych to pociagnie i jakie sa koszty stworzenia i utrzymania czegos takiego. Nie da sie tego od razu stwierdzic co jest najlepsze, na pewno do wymagan softu dostosuj baze i sprzet (pamietaj ze przy takich danych sprzet moze odegrac kluczowa role)

Z darmowych to polecal bym Postgresa z komercyjnych Oracle ale tak jak pisalem wczesniej to jest twoja decyzna na podstawie wymagan

Tak jestes na dobrej drodze. Z tym ze transakcja obejmuje tylko DML czyli UPDATE INSERT I DELETE. Co do braku pradu to zerwanie polaczenia z baza traktowane jest jako wycofanie transakcji. W przypadku powiedzmy bledu PHP i zamkniecia skryptu podobnie itd. A dead lock to troche inna sytuacja. Transakcje powinno sie zawsze wykorzystywac a szczegolnie tam gdzie wykonujemy bloki operacji ktore musza sie albo na raz wszystkie wykonac albo wycofac.

Nie negowalem Twojej wypowiedzi dodalem swoj post informacyjnie.

Nie tylko innoDB ma transacje, BerkeleyDB rowniez

Wszystki przykłady sa na oracle.com

Oczywiscie nie ma sensu sprzeczac sie co lepsze bo lepsze i wydajnejsze jest polecenie 1.

@sticker Co do propela to owszem wyciaga wszystko ale nie wiem czy wiesz ale propel ma mozliwosc wyciagniecie pol ktore Cie interesuja. Domyslnie i wielu przypadkach wyciaganie wszystkich pol bedzie odpowiednio wydajne.

No jest ok bo w przypadku niedodania rekordu bo wymuszenie integralnosci przez PK na ip powoduje blad i warunek if (!mysql_affected_rows()) jest spelniony wiec logicznie aktualizuje rekord. Juz pomijajac ze moze byc blad podczas dodawania.

Zapis z DELETE, SELECT a potem INSERT lub UPDATE jest dluzszy i moze byc mniej optymalny chociasz to jest tabela userow on line gdzie tak naprawde trudno zeby jakis serwis osiagnal wielka ilosc.

Jedni to takich rzeczy uzywaja select a potem insert update albo insert i lapanie bledu lub sprawdzanie ile rekordow zmodyfikowal.

A nie prosciej jest zrobic autoryzacje?