Я про то что ты вытягиваешь файло с темпов, потом извращаешься над ним и убиваешь нахаплоады сами удаляются. по завершению работы скрипта.Не всегда просто разбить запрос на части, ещё скажи запхать в php массивчик, так полмилионный, сгрупировать его, обработать, так несколько раз, а потом ещё склеить. На мелких проектах да - там даже аплоады можна с темпов не удалять (стебусь)
Я вот сам с таких запросом, как у SaM1001 офигеваю. Ну понимаю, что это круто и прочее, но все равно никак не могу понять для чего они такие нужны там, где их можно заменить на два-три более простых и возможно в будущем более информативных запроса.
Может потому что ещё зелен, а может потому что просто пока самому не доводилось делать что-то более-менее серезное.
Но все равно считаю такие запросы не самым лучшим способом показать способности прогера :)
не стебусь
новые сообщения
ответы на мои сообщения
избранное
скрытые темы
случайный топик
ёбнуть всё в новых вкладках
Форум → Разработка → Базы данных → запрос
запрос
Страницы: ← Предыдущая страница →
-
Сообщения:
2008
Репутация:
N
Группа:
Кто попало
Янв. 27, 2009, 3:20 п.п., спустя 22 минуты 38 секунд
-
Сообщения:
60
Репутация:
N
Группа:
Кто попало
Янв. 28, 2009, 12:58 п.п., спустя 21 час 37 минут 33 секунды
У меня по тому запросу работают 4ре функции в разных местах, и так уже всё что можно было упростил, дальше уже не куда. А в файле, куда все запросы складываются/ записываются, уже более 5ти тысяч строчек. Делаю по мере возможностей и маленькие запросы, но не всегда получается так как надо, приходиться и такое громоздить. -
Сообщения:
2284
Репутация:
N
Группа:
Адекваты
Янв. 28, 2009, 1:09 п.п., спустя 11 минут 40 секунд
Мне вчера "популярно" объяснили (правда очень быстро и кратко) в каких случаях используются такие запросы. Примером был мой старый вопрос о бухгалтерии (не очень крупной) на базе мускула, и построение отчетов по ней.
В результате оказалось, что я просто по-неопытности представляю (можно сказать строю) неправильную структуру БД, потому у меня можно делать выборку менее сложными запросами, но при этом БД будет очень большой + нагрузка на сервер будет значительно выше возможной нагрузки при правильном проектировании.
В общем, как и говорил - не хватает опыта :) -
Сообщения:
26646
Репутация:
N
Группа:
в ухо
Янв. 28, 2009, 1:14 п.п., спустя 4 минуты 5 секунд
"опытный" - кто строит бд нормализованнйо по типу 6, тогда пиздец мускулю. так что тут дело не в "теории" а в том, с чем работаешь. оракл 6ую нормализацию сожрет как посрать, для него хороши такие структуры, а вот мускуль это как аккесс, быстрый только засчет индексов и ключей.
Мне вчера "популярно" объяснили (правда очень быстро и кратко) в каких случаях используются такие запросы. Примером был мой старый вопрос о бухгалтерии (не очень крупной) на базе мускула, и построение отчетов по ней.
В результате оказалось, что я просто по-неопытности представляю (можно сказать строю) неправильную структуру БД, потому у меня можно делать выборку менее сложными запросами, но при этом БД будет очень большой + нагрузка на сервер будет значительно выше возможной нагрузки при правильном проектировании.
В общем, как и говорил - не хватает опыта :)
бухгалтерии похуй они и 5 минут подождут отчет, а вот пользователь того же контакта когда будет ждать страницу юзера "вася" секунд 15 каждый раз, уйдет нахуй с такого сайта.Сапожник без сапог -
Сообщения:
2284
Репутация:
N
Группа:
Адекваты
Янв. 28, 2009, 1:20 п.п., спустя 6 минут 41 секунду
phpdude
Ну у меня просто с самого начала изучения пыхи и мускула был вопрос о бухгалтерии, а об Оракле я вовсе даже не думаю пока, потому и пример мне приводили на примере того, что я уже себе представляю (чтоб не создавать картинку заново).
п.с. А что такое "тип 6" ? -
Сообщения:
26646
Репутация:
N
Группа:
в ухо
Янв. 28, 2009, 1:40 п.п., спустя 19 минут 50 секунд
Страницы: ← Предыдущая страница →
Пожалуйста, авторизуйтесь, чтобы написать комментарий!