PHP хранит запросы db во включенном файле как?

Question

Я просто изучаю PHP, и я пытаюсь выяснить, как я могу хранить свои запросы к базе данных в отдельном файле либо как часть класса, так и просто как простые переменные.

Например: У меня есть запрос, который выглядит следующим образом:

$checkuser = mysql_query("SELECT UserName, Email FROM users 
          WHERE UserName = '$username4db' OR EMAIL = '$email4db'") 
      or die($checkuser_error); 

Вместо того, чтобы писать его встроенный в файл, я хотел бы, чтобы переместить это центральное место, а затем использовать их оттуда.

Я пробовал использовать файл include и просто называть переменную на месте, но она не работает.

Answer 1

Вы должны посмотреть на шаблон проектирования MVC, цель которого - обеспечить чистый способ организации кода на основе функции.

Модели, где находится код взаимодействия с базой данных. В зависимости от реализации MVC это иногда является прямым представлением таблицы базы данных, или это может быть набор функций, которые вы пишете сами, чтобы справиться с этой проблемой.

Представления предназначены для отображения кода. Как правило, при написании представлений в представлении должен идти только HTML и базовый PHP (эховые переменные, цикл foreach для построения таблицы).

Контроллер находится там, где находится программная логика. С контроллера вы вызываете модели для обработки данных, необходимых для создания данных, которые затем передаются в представление.

Это очень простое объяснение, и всегда в wikipedia есть что сказать по теме: http://en.wikipedia.org/wiki/Model-view-controller.

На PHP существует много инфраструктур MVC, которые вы можете использовать, чтобы иметь хорошую отправную точку для создания сайтов. Я использую и рекомендую CodeIgniter, поскольку он очень прост в использовании и гибкости в его реализации.

Answer 2

Сохранение запросов в центральном месте вряд ли имеет смысл в ИМО, поскольку они всегда будут частью логики программы, и вам нужно будет увидеть их (и изменить) при работе над потоком программы.

Вы можете поместить что-то вместе с запросами, содержащими заполнители, которые затем заполняются с помощью sprintf(), но я не вижу смысла.

Answer 3

Вы можете просто сохранить запросы в виде строк в отдельном файле, а затем вызвать эти строковые переменные, если хотите использовать запрос. Тем не менее, я предполагаю, что для большинства ваших запросов потребуются аргументы - в этом случае вам понадобится создать ряд функций (с классом или без него) для создания запросов с соответствующими переменными.

Answer 4

Я нахожу парадигму «один файл запроса» очень интересной. Я думаю, что имеет смысл просто хранить запросы, в которых вы хотите получить данные, потому что именно там вы его найдете. Вместо этого, другие вещи, это хорошая идея, чтобы поместить все запросы в центральное место, на которое вы всегда можете ссылаться, даже когда оно достигает 5000 строк. Я не могу сказать, что есть правильный ответ.

Вместо этого вы можете назначить функцию для каждого запроса. Просто у вас есть файл, который включает в себя все запросы, которые вы хотите определить каждый из функций. Поэтому, когда вам нужен какой-то конкретный запрос из вашего включенного файла, вы просто запустите get_random_data_query_uno() или что у вас есть.

Answer 5

Ваш вопрос имеет как смысл, так и вздор.
Вы можете использовать некоторый ORM для инкапсуляции запроса в некоторый класс. Это будет иметь смысл.
Но хранение необработанных запросов не имеет смысла. Особенно в форме, которую вы опубликовали. Все запросы будут выполняться безоговорочно, независимо от того, нужны ли вам эти данные или нет.
В чтобы инкапсулировать в вызове функции

function checkuser($username4db, $email4db) { 
    $sql = "SELECT UserName, Email FROM users WHERE UserName = %s OR EMAIL = %s"; 
    return db::getrow($sql, $username4db, $email4db); 
} 

• в этом случае запрос будет работать только тогда, когда функция CheckUser() вызывается.

но я все еще не вижу смысла хранить все запросы сайта в одном файле. Почему бы не хранить его логически, на основе какой части сайта этот запрос принадлежит?