|
Пересылка (асинхронно) потока записей из БД
|
|||
---|---|---|---|
#18+
Что есть оверхед в данной задаче всегда было искусством выбора архитектора. Это и есть наша работа). Можно еще треугольник вспомнить: Быстро <=> Надежно <=> Дешево ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 09:01 |
|
Пересылка (асинхронно) потока записей из БД
|
|||
---|---|---|---|
#18+
Petro123Что есть оверхед в данной задаче всегда было искусством выбора архитектора. Это и есть наша работа). Можно еще треугольник вспомнить: Быстро <=> Надежно <=> Дешево Вот. Поэтому я и предложил "общий" случай. Сразу заложив, распараллеливание, и разбиение на микросервисы. Т.к. контекст задачи не известен, то исходил из "худшего" сценария. Но это не значит, что я придумал правильно. Вполне может оказаться, что вариант с циклом будет самым оптимальным. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 09:45 |
|
Пересылка (асинхронно) потока записей из БД
|
|||
---|---|---|---|
#18+
mad_nazgulПоэтому я и предложил "общий" случай. Сразу заложив,какой же общий если сразу заложил)))))). Если заложил, то предупреди клиента и всё. Он сам решит, надо это или нет. EJB тоже заложило много чего, только плохо кончило. Поэтому спринг + распределенные транзакции + очереди + jpa +hiber - правильно. И просто 10 строк кода jdbc тоже - правильно. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 09:59 |
|
|
start [/forum/topic.php?fid=59&startmsg=39668594&tid=2121938]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
67ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
46ms |
get tp. blocked users: |
2ms |
others: | 14ms |
total: | 169ms |
0 / 0 |