Pomoc - Szukaj - Użytkownicy - Kalendarz
Pełna wersja: Pytanie o szybkość działania
Forum PHP.pl > Forum > Bazy danych
Szymciosek
Witam,
zacząłem sobie czytać o PDO, bo wcześniej czy później to będzie już standard wykorzystywany wszędzie i tu pytanie: (pewnie ich się nasunie więcej z czasem)

1) Kiedy obsługa bazy danych wykorzystuje najwięcej zasobów ? Chodzi o to, że mam np 1000 wierszy czy 10 000 wierszy w bazie danych i teraz chciałbym wiedzieć co lepiej to obsłuży (lepiej = szybciej) czy PDO czy zwykłe mysql_query ?
-- Pobieranie danych
-- Zapis danych
-- Aktualizacja danych

Które najbardziej obciąża ?
skowron-line
Przy 10 000 rekordów to nawet nie myśl o takich kwestiach
Szymciosek
Od ilu powinienem zacząć się martwić o kwestię szybkości działania ? tongue.gif
sazian
po pierwsze zażyj do manuala http://php.net/manual/en/function.mysql-query.php , użycie funkcji mysql_* jest niezalecane

ja osobiście od pdo wolę klasę MySQLi
Crozin
Od pierwszych problemów ze sterownikiem bazy danych.
Szymciosek
Cytat(sazian @ 8.12.2012, 15:33:24 ) *
po pierwsze zażyj do manuala http://php.net/manual/en/function.mysql-query.php , użycie funkcji mysql_* jest niezalecane

ja osobiście od pdo wolę klasę MySQLi



Uzasadnij smile.gif
Crozin
Masz w manualu uzasadnienie, wraz z linkami do jego "rozwinięcia".
daniel1302
Przeanalizuj tabelkę tutaj
http://php.net/manual/en/mysqlinfo.api.choosing.php
wiiir
Różnice sa nie wielkie, a i tak robicie zwykle selecty i inserty. Mysql jest tak ubogi nie ze mozna robic widokow z bezposrednim subquery (mozna ale trzeba opakowac kolejnym widokiem) wiec o czy mowa smile.gif

Wracajac do tematu, wszystko zalezy od budowy bazy danych, budowy tabeli, indeksow i skomplikowania zapytan etc..
Wiec mozesz miec 20 000 000 rekordow w tabeli i bedzie zapi***lac, a mozesz miec 1 000 000 i zapytanie bedzie sie wykonywac 5 min.
To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę kliknij tutaj.
Invision Power Board © 2001-2025 Invision Power Services, Inc.