Какие СУБД вы предпочитаете использовать в ваших приложениях

План запроса смотрели?

Какие СУБД вы предпочитаете использовать в ваших приложениях

Ого, мощно вы. На деле немножко не так.

На мой взгляд мы имеем дело со следующей ситуацией:
1. PostgreSQL работает в меру быстро, к тому же предоставляем в общем случае более простые и гибкие средства разработки (множество процедурных языков, огромное количество дополнительных расширяющих модулей и т.д., и т.п.)

2. Главными плюсами MySQL как мне кажется является его простота, распространенность и производительность. Вы можете отказаться от транзакционности, но получить весомый бонус к скорости работы (см. MyISAM таблицы).

Использование IoC контейнеров. За и Против

Чем смутила? Что applicationContext.getBean(), что container.Resolve(), принцип тот же.

Обработка сигналов в Java

ага, ссылка на тот пример в топике есть

C#: Этюды, часть 5

, but it will automatically be raised again at the end of the catch block. When this exception is raised, the runtime executes all the finally blocks before ending the thread

C#: Этюды, часть 5

private void DoSmth()
{
  try
  {
    Thread.CurrentThread.Abort();
  }
  finally
  {
    Thread.ResetAbort();
  }
}

* This source code was highlighted with Source Code Highlighter.

Какие СУБД вы предпочитаете использовать в ваших приложениях

Блин, как я проглядел… Искал ведь перед тем как создать, нашел 2.5 летней давности только…

Какие СУБД вы предпочитаете использовать в ваших приложениях

Как так, на всем хабре ни один человек не использует Sybase??

Распараллеливание длительных операций

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

Распараллеливание длительных операций

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

Распараллеливание длительных операций

Вы понимаете, что если вы новое соединение создавать не будете, то запросы будут выполняться синхронно?

Распараллеливание длительных операций

И что? Договаривайте уж.

Какие СУБД вы предпочитаете использовать в ваших приложениях

Нехилая доля у sqllite и подобных. А на каких проектах вы его используете если не секрет?

Распараллеливание длительных операций

Не бывает запроса без соединения с БД, хоть какого-нибудь. Вы по ссылке которую мне дали ходили? developer.postgresql.org/pgdocs/postgres/libpq-async.html

int PQsendQuery(PGconn *conn, const char *command);
Что такое *conn по вашему? На каждое новое соединение форкается новый процесс.

Какие СУБД вы предпочитаете использовать в ваших приложениях

Да я поискал перед тем как создавать, за последние два года ничего похожего не нашел.
К тому же я попытался этот опрос сделать наиболее полным, а не просто oracle,mssql,mysql.

Какие СУБД вы предпочитаете использовать в ваших приложениях

Так ведь есть вариант — Embedded (sqllite, berkleydb, ...)

Какие СУБД вы предпочитаете использовать в ваших приложениях

А какие впечатления после MySQL от постгре?

Какие СУБД вы предпочитаете использовать в ваших приложениях

Ух как минусовать то набросились. Вы хоть скажите в чем проблема?

Какие СУБД вы предпочитаете использовать в ваших приложениях

Нет проблем, для вас тоже есть вариант:)

Распараллеливание длительных операций

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

>>в той же tcp сессии накидываете
Для каждого запроса вам в любом случае придется открывать новое соединение с БД. Ну никак без этого — одно соединение = выполнение в 1 поток. Так что это заглохнет сразу же. Вы можете сейчас мне что-то ответить, но лучше объясните — какой смысл во всех этих телодвижениях, когда проблема решается примерно за 1 минуту созданием одного индекса и трех дополнительных джобов?