Czy to dobra praktyka żeby przy każdym zapytaniu do bazy łączyć się z nią i zaraz po zapytaniu rozłączać się z bazą?
Np chcę pobrać dane z pewnej tabeli, to w metodzie pobierającej dane mam:

[PHP] pobierz, plaintext 
<?php
class SomeTest
{
...
 
    public function pobierzDane()
    {
        Db->connect();
        Db->query($query);
        Db->close();
    }
...
}
?>
[PHP] pobierz, plaintext 

Co o tym myślicie?

hmm, ale po co ci coś takiego?
przecież to na pewno opóźnia zakończenie skryptu

No raczej słaba za każdym razem chcesz się łączyć z baza

No właśnie dlatego pytam, bo sobie przeglądam ORM Rocks czy coś takiego zaglądam w źródła a tam takie cuda, to myślę sobie głupota, i stąd moje pytanie bo może to jakaś nowa jakość?

A jeszcze jedno pytanie, może ktoś będzie wiedział. Jak mamy jakiś ORM i powiedzmy są tam relację 1 do wielu i pobieramy kilka rekordów, to jak pobierane w takim ORMie są rekordy z relacji? Czy jest jedno zapytanie i dane są jakoś dzielone i tworzone są klasy.
Czy może jest najpierw zapytanie pobierające wierzchnie dane, a później w pętli dla każdego z rekordów zapytanie o resztę która jest w relacji z danym rekordem?

No raczej to by było dość głupię jak by w pętli pobierał powiązane rekordy.

[SQL] pobierz, plaintext 
SELECT .. JOIN
[SQL] pobierz, plaintext 

na 99%

Skoro 99% pewności to wciągam to jako wiedzę Dzięki
Chyba będę musiał przyjrzeć się kodom propela- nie lubię takich zabaw :/

Polecam zrobienie konstruktora klasy, który będzie łączył się z bazą, a w destruktorze rozłączał. Wtedy funkcje wywołują tylko same zapytania.

Pozdrawiam,
Gelio

nihli novi. Ja nie pytałem o to jak to rozwiązać tylko czy rozwiązanie ukazane w tamtej paczce jest dobre. Koniec wątku!