Свежие комментарии

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

А в таком опенсорсе, который предназначен для деплоя на сотни тысяч установок - скорее нет. Барьер и по правкам (количество тех, кто может осознанно поправить-развить ничего на сломав) и по вообще ограничениям на поддерживаемые DBMS слишком высоким становится.

Вообще-то, за использование embedded sql (вместо stored procedures) нужно "программистов" гнать ссанными тряпками, пиццу развозить.

Постгрес просто не может два order by в одном запросе, как и велит ему стандарт (в каждом подзапросе свой - может, конечно)

А в MySQL, вероятно, "у меня все работает", я же ругаюсь на то, что Drupal core ни одна скотина не тестирует с постгресом по-настоящему, несмотря на то, что совместимость с оным постгресом заявлена вслух

Ну как что, отбираем N тредов по свежести, из них выбираем верхний по thread_id

Вот пример с двумя ордерами:

sitepumper.ru=# explain analyze select ord_email from (select * from sc_order.orders order by ord_dat limit 10) as tt order by tt.ord_id;
QUERY PLAN
-------------------------------------------------------------------------------------------------------------------------------------------------------
Sort (cost=1.18..1.21 rows=10 width=520) (actual time=0.242..0.263 rows=10 loops=1)
Sort Key: tt.ord_id
Sort Method: quicksort Memory: 25kB
-> Subquery Scan tt (cost=0.00..1.02 rows=10 width=520) (actual time=0.057..0.184 rows=10 loops=1)
-> Limit (cost=0.00..0.92 rows=10 width=283) (actual time=0.052..0.139 rows=10 loops=1)
-> Index Scan using idx_order_orders_dat on orders (cost=0.00..122.14 rows=1332 width=283) (actual time=0.047..0.095 rows=10 loops=1)
Total runtime: 12.081 ms
(7 rows)

Все работает

sitepumper.ru=# select version();
version
----------------------------------------------------------------------------------------------
PostgreSQL 8.3.7 on x86_64-pc-linux-gnu, compiled by GCC gcc-4.3.real (Debian 4.3.3-5) 4.3.3
(1 запись)

PS: чего-то с авторизацией в lj не так

а какая связь между liveinternet и livejournal?

Нановирусы? Любопытно, а смогут ли они жечь мониторы или вредить зрению; или например вставлять рекламу в 25-ый кадр, или помогать изучению иностанных языков программирования.

:-) между прочим можно легко посчитать 3д конвекцию в мантии Земли.

Там по спекам - исходник. Может быть и бинарник, но насколько я понимаю, этот бинарник не обязан быть переносимым между устройствами.

>> можно/нужно кормить исходником прямо на этом самом OpenCL
ну там скорее всего будет что-то вроде байт-кода, а не исходники. а уж прятать байт-код умеют давно и хорошо, см. примеры с .net и java.

а ты вкурсе, что SHA-1 на днях обгрызли?

Я вот когда смотрю на всякие SETI@Home/Folding@Home, так всякий раз задумываюсь, а понимают ли те, кто их пускает - что именно они считают на самом деле?
Я вот не знаю даже как проверить.

Но таки да, будут <a href=http://www.gpgpu.ru/node/78>очень быстро ломать</a>. Я когда увидел за какое время перебираются на видеокарте все 8-буквенные пароли (т.е. не 256-байтный алфавит, а ~80 буквенный) - фалломорфировал. И это без всяких уязвимостей, просто в лоппп

Это будут новые, прогрессивные вирусы на новых технологиях

Потому как OpenGL уже много лет как есть.