трехуровневый принцип

[Nirva]

смеятся или плакать?

Сообщение от Skubent

На практике каждая прокладка между БД и скриптом - большой и толстый тормоз всего скрипта.

это в какой школе мало того, то учат такому, так еще и заставляют, видимо, этим бредом делится?

вцелом вообще автор только начинает узнавать этот мир и ему очень страшно, что он больше того, что можно увидеть.
можно рассказать об mvc, только это совсем не поможет. пока мозг не понимает, что делают руки точно не поможет.

значит, выход один. есть такая штука - "храбрость". в данном случае - храбрость попробовать. попробуешь, а со временем поймешь, правильно или неправильно принял то или иное решение.

[Skubent]

Вождь, при всем уважении

мы тут вроде про php+mysql говорим, разве нет ?

Ну так сделай два варианта - с нагороженными прокладками от скрипта до БД и со сравнительно "чистым" mysql_query().

Если ты считаешь, что 0.000000001 секунда разницы для тебя несущественна - дальше можешь не читать и думать, что прав.
Я так почему-то мыслю, что величина (любая ненулевая разница * количество пользователей) стремится к осязаемым величинам.
Ну а выводы каждый делает сам - удобство разработки или удобство конечного пользователя ставить во главу угла.

[Pashka2k]

Величина стремится будет еще очень долго ибо нагрузка на сервер в количестве 1*10^6 запросов одновременно - это из области фантастики, даже в контексте корпоративного сервера. И пусть корпорация большая - логично при подобной нагрузке делать распределенные копии бд и совсем не мускульную архитектуру.

[Илья К]

Сообщение от Pashka2k

Или структура линейная? Если линейная, то собсно из передай в прослойку параметром нужный файл и включи его из прослойки после селекта.

Да, структура линейная. Т.е. файл_1 получает, к примеру, параметры для SQL-запроса, делает запрос и переправляет полученные данные файлу_2. Тот в свою очередь работает, как тэмплэйт -- получает данные и, обработав их, впихивает определенным образом в HTML-структуру (ну, и зацикливает, где надо).

Проблема вот в чем. Функции в для файла_2 уже давно готовы и отлажены, НО им нужен $result, то есть результат запроса mysql_query(). Но у меня не получается передать $result через $_SESSION, точнее получается, но того, на что он ссылается (временной таблицы?), видимо, уже нет. Не знаю, понятно ли я выражаюсь... Есть ли способ так передать данные, чтобы их можно было бы обрабатывать стандартными пхпшными "mysql_"-функциями?

[Antares]

Сериализация

[Илья К]

Сообщение от Antares

Сериализация

Пробовал.
Файл_1

PHP код:

...
$result = serialize($result);
$_SESSION['result'] = $result;
... 


Файл_2

PHP код:

...
$result = $_SESSION['result'];
$result = unserialize($result);
... 


Не получается.
serialize() handles all types, except the resource-type
Или я неправильно понял?

[Pashka2k]

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

[Skubent]

В сессию можно и весь массив без сериализации положить.

Илья, что видится напрямую - так это отдавать из файла1 не результат запроса, а текст запроса, ну а mysql_query() делать там, где надо.

[Илья К]

Сообщение от Pashka2k

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

Прочитай, пожалуйста, внимательно мое сообщение.

[Илья К]

Сообщение от Skubent

В сессию можно и весь массив без сериализации положить.

Илья, что видится напрямую - так это отдавать из файла1 не результат запроса, а текст запроса, ну а mysql_query() делать там, где надо.

Не знаю. Это рушит всю идею к чертовой матери, но решения лучше, похоже, нет...