![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 84 Pomógł: 0 Dołączył: 12.08.2009 Ostrzeżenie: (0%) ![]() ![]() |
Witam. Chcę stworzyć klasę do połączenia SQL w której będą też metody do zapytań jednak zależy mi na stworzeniu bardzo wydajnej klasy, a co więcej, żeby cały kod był dobrej jakości dlatego też ja mam pomysł i jakiś zalążek wiedzy, wy za to duże doświadczenie więc liczę, że mi trochę pomożecie (IMG:style_emoticons/default/smile.gif) Głównym motywem na chwile obecną jest stworzenie metod, które będą generowane w zależności od tego co będziemy chcieli osiągnąć. Poniżej zamieszczę kod, który do tej pory napisałem, a pod nim pytania.
1. Chciałem aby można było za pomocą jednej metody łączyć się z różnymi bazami dlatego zanim wywołamy metodę SQL_connect() dzięki konstruktorowi podajemy, która baza nas interesuje. Teraz pytanie czy rozwiązanie to jest dobre? Czy może lepiej było by usunąć konstruktor i nazwę bazy podać bezpośrednio do metody czyli: SQL_connect("nazwa_bazy")? 2. Jak wiadomo zanim wykonamy jakiekolwiek operacje na tabelach w bazie trzeba się połączyć z bazą więc łączenie z SQL MUSI się odbyć prawda? więc zastanawiam się czy by nie zrezygnować z metody SQL_connect() i całość kodu wstawić w konstruktor wyglądało by to tak:
Ma to sens? Mam jeszcze pytania odnośnie metody select_table() ale to innym razem. Jeśli macie ew. jakieś zastrzeżenia co do tego kodu to piszcie. Z góry dzięki (IMG:style_emoticons/default/smile.gif) |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 84 Pomógł: 0 Dołączył: 12.08.2009 Ostrzeżenie: (0%) ![]() ![]() |
OK zgodzę się z tym, że bindowanie ma na celu zabezpieczenie danych "przychodzących" aby nie zostało wykonane niewłaściwe zapytanie. Ale teraz mam pytanie do wszystkich tych który kiedykolwiek tworzyli zapytania.
Duże serwisy mają dziesiątki albo i nawet setki różnych zapytać. Ja próbowałem stworzyć jedno (pewnego rodzaj schemat) do którego wstawiał bym dane w zależności od tego co bym chciał osiągnąć. Coś na zasadzie funkcji/metody - jest jedna metoda z zapytaniem np. SELECT która przyjmuje wartośći i od tych wartości zależy co i gdzie zostanie wykonane. Rozwiązanie to miało zapobiec pisaniu całych nowych zapytań. Czy da się stworzyć taką funkcję/metodę która będzie w ten sposób działać czy nawet w dużych projektach tworzy się za każdym razem nowe zapytanie? Schematy te chciałem aby wyglądały (w dużym uproszczeniu) tak:
darko - w manualu jest masa informacji na temat PDO i cały czas w tym siedzę jednak odpowiadając na pytanie czy nie znalazłem informacji na temat tego, że nie wolno parametryzować tabel - nie, nie znalazłem. Żaden z przykładów, które widziałem (a było ich trochę...) nie pokazywał parametryzacji tabel więc można było wywnioskować, że się nie da ale szukałem dalej z nadzieją, że może jednak da się to jakoś zrobić Ten post edytował Zagiewa 24.02.2011, 14:17:06 |
|
|
![]() ![]() |
![]() |
Aktualny czas: 13.10.2025 - 11:25 |