Еще небольшой список по теме:
— WebSphere MQ, кстати, имеет SOAP интерфейс и может быть использована в РНР.
— ObjectWeb JORAM joram.objectweb.org
— OpenJMS openjms.sourceforge.net
— MOM4J mom4j.sourceforge.net
— SwiftMQ www.swiftmq.com
Думаю решение с использованием базы данных от symbix очень интересное, т.к. в большинстве случаев этого с головой хватает.
Еще есть совет из опыта работы с MQ: посмотрите на процесс в целом и подумайте, а нужно ли вам использовать MQ или нет? Как раз учитывая тему высокой производительности, то MQ, особенно с сохранением сообщений, дает большую задержку, которую можно компенсировать только большим количеством параллельных процессов обработки.
Интересен факт в контексте выращивания недостающих органов. А вот в воскрешении вымерших видов у меня есть сомнения. Все таки все вымершие виды исчезли процессе эволюции неспроста, а для того, чтобы дать жизнь более совершенным видам.
P.S. Народ, можно без этого холопского суржика обходиться, тем более в научно-популярной статье? Почему Япония вдруг стала «незалежной»?! Япония как раз независимая, это Украина не знает что со своей «незалежностью» делать.
Спасибо за ответ. Позвольте прокомментировать Ваши ответы.
1. Структура данных от запроса не зависит.
2. Согласен
3. Если для консоли, то да, а если на туже HTML-страницу вывести со всеми стилями и прочим? Ведь весь огород городится для презентационности представления.
4. Спорный вопрос, я бы не сказал, что подобные запросы настолько изящны, что в них легко разбираться.
А вот вопрос производитеьности к получению данных имеет самое прямое отношение. Честно говоря, жалко людей, у которых на генерацию всяких отчетов уходит очень много времени.
Народ, честно, не могу понять практического применения описанных запросов, с точки зрения конечного продукта, а не академических или консольных задач. Сколько работал с иерархическими данными нигде на уровне базы и SQL-запросов не нужно было выбирать все дерево, а если и нужно было, то обычного selectа и orderа хватало. А задачи были от навороченных отчетов, до достроения OLAP-системы на реляционной Sybase 9 в банке. Может приведет кто-то конкретный пример применения?
100% правда :-)
«Узких специалистов» откровенно жаль, т. к. им в рямом смысле туго приходится, т. к. тем жизни все увеличивается и времени на формирование кругозора все меньше и меньше.
Плюс гибкость мышления тренируется именно на широких знаниях.
думаю в продолжении будет самое интересное, т. к. именно когда он убегает чтобы «втюхать» в след кричать:«М-ля! Еще эстимэйты не делали, а ты уже сказал, что в конце недели будет готово!» 8-( )
Ребята, честно слово, когда видишь такую «симпотичную» деталь «перспективность айти-проектов (кому давать миллионы долларов на развитие) изучают в АБРТ два аналитика: одному 21 год, другому 19.», то возникает сомнения в адекватности конторы. Ну не может человек быть аналитиком в 19-21 год! Тут растишь кому за 30 и то как чего-нибудь выкинет, а ты потом расхлебываешь.
Лучше не называйте их аналитиками, кем угодно, только не аналитиками. Ибо аналитик должен иметь соответствующий жизненный опыт в требуемой или смежной области, проанализировав ситуацию, должен принять какое-то толковое решение, заключение, рекомендацию, а не нечто никому не нужное или вообще вредное.
Спасибо за ссыку. М-да, за такие хаки и умолчания разработчикам по рукам нужно дать! Почему нужно делать то, что пользователь не заказывал?! Завтра же пожалуюсь ;-)
Вообще, это довольно распространенная проблема а-ля Microsoft: Мы знаем лучше, что Вам нужно. Когда перед началом использования приложения приходится сначала все выключить, что не будешь использовать, вместо того, чтобы включить/добавить, если тебе когда-нибудь понадобится.
Если приходилось самому реализовывать «group by», то утверждение, что добавление «order by null» к запросу с group by для увеличение скорости выглядит странным, т.к. быстрей групировать по построенному индексу, читай — отсортированному списку. На всякий случай спросил друга, который пишет ядро MySQL и он прокомментировал:
— Ха! Он же всегда сортирует! А константное выражение в order вообще игнорируется. Единственное может есть баг, но это поправимо ;-) Но то, что будет работать быстре одно значно — нет.
Все проги запускаются. Единственное SAMBA не поднялась че-то, но думаю руцями поднимим :-) Вообще, andLinux очень удобный компромисс при отлаживании кроссплатформенности и когда нужно одновременно иметь обе ОС, а дополнительного компа нет. Да, и Photoshop, Corel Draw пока стандарты де-факто, хоть я и программер, но дизайн - хобби.
"но не сравнивать же программиста с художником" - как сказать. Когда смотришь на красивый код, не важно что он делает, то можешь получить эстетическое наслаждение, сродни хорошему полотну! То как и в живописи нужно уметь смотреть и видить красоту!
— WebSphere MQ, кстати, имеет SOAP интерфейс и может быть использована в РНР.
— ObjectWeb JORAM joram.objectweb.org
— OpenJMS openjms.sourceforge.net
— MOM4J mom4j.sourceforge.net
— SwiftMQ www.swiftmq.com
Думаю решение с использованием базы данных от symbix очень интересное, т.к. в большинстве случаев этого с головой хватает.
Еще есть совет из опыта работы с MQ: посмотрите на процесс в целом и подумайте, а нужно ли вам использовать MQ или нет? Как раз учитывая тему высокой производительности, то MQ, особенно с сохранением сообщений, дает большую задержку, которую можно компенсировать только большим количеством параллельных процессов обработки.
P.S. Народ, можно без этого холопского суржика обходиться, тем более в научно-популярной статье? Почему Япония вдруг стала «незалежной»?! Япония как раз независимая, это Украина не знает что со своей «незалежностью» делать.
1. Структура данных от запроса не зависит.
2. Согласен
3. Если для консоли, то да, а если на туже HTML-страницу вывести со всеми стилями и прочим? Ведь весь огород городится для презентационности представления.
4. Спорный вопрос, я бы не сказал, что подобные запросы настолько изящны, что в них легко разбираться.
А вот вопрос производитеьности к получению данных имеет самое прямое отношение. Честно говоря, жалко людей, у которых на генерацию всяких отчетов уходит очень много времени.
«Узких специалистов» откровенно жаль, т. к. им в рямом смысле туго приходится, т. к. тем жизни все увеличивается и времени на формирование кругозора все меньше и меньше.
Плюс гибкость мышления тренируется именно на широких знаниях.
Лучше не называйте их аналитиками, кем угодно, только не аналитиками. Ибо аналитик должен иметь соответствующий жизненный опыт в требуемой или смежной области, проанализировав ситуацию, должен принять какое-то толковое решение, заключение, рекомендацию, а не нечто никому не нужное или вообще вредное.
Вообще, это довольно распространенная проблема а-ля Microsoft: Мы знаем лучше, что Вам нужно. Когда перед началом использования приложения приходится сначала все выключить, что не будешь использовать, вместо того, чтобы включить/добавить, если тебе когда-нибудь понадобится.
— Ха! Он же всегда сортирует! А константное выражение в order вообще игнорируется. Единственное может есть баг, но это поправимо ;-) Но то, что будет работать быстре одно значно — нет.