Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - airdwarf

Страницы: [1] 2 3 ... 184
1
Курилка / "Новости отовсюду"
« : 24 Июня 2017, 14:38:46 »
Британские Ученые напугали 17 диких пум записями политических передач

Цитата
В местах обитания пум разместили видеокамеры и звуковое оборудование. При появлении зверей срабатывали датчики движения, и в лесу раздавались голоса консервативного радиоведущего Раша Лимбо (Rush Limbaugh), либеральной телеведущей Рэйчел Мэддоу (Rachel Maddow) и королевской квакши.

https://m.lenta.ru/news/2017/06/23/mountainlions/

2
Цитата
- Папа, теперь ты будешь меньше играть в танки?
 - Нет, сынок. Теперь ты будешь меньше дрочить.

3
взялся за прокладки жены пока
Чьей жены?

4
IDok, А это еще нужно уточнить, кто из них старше по званию.

Хотя о чем это я? Кого один известный пп-к запаса скажет - того и подошлют. Хоть Саакашвили.

5
Украинские депутаты запускают процедуру импичмента президента
запустить процедуру импичмента президента Петра Порошенко.
...
Инициатором процесса стала партия Юлии Тимошенко

Цитата
А она так классно делает импичмент!
(ц)Фоменко по поводу Левински

6
Курилка / PgProE таки круче MS SQL...
« : 24 Июня 2017, 07:22:23 »
Не некоторое, а вполне понятное - он не делает по ним статистики.
Нет. Вернее, не только, и не столько это. Там всё было сильно пострашнее. Вот тут чутка есть: https://pgconf.ru/2017/95343
Но сильно не всё, что реально сделано в ПгПроЕ (именно ПгПроЕ!) Хотя таки в коммуну соответствующие пинки, если мне память не изменяет, улетали.
Дисковый оверхед - не так страшно в эпоху SSD, дешевой памяти и горизонтального масштабирования приложений.
Начиная с 8.3.8 платформа стала заметно устойчивее, а на 8.3.10 у меня на два с лишним десятка нод зарегистрировано всего два дампа, и то один из них - не падение, а отстрел процесса мониторингом кластера. Т.е. осиротевшие #tt вообще не проблема.
Вот со статистиками на ВТ реально была жопа.

именно ПгПроЕ!
Носються тута со своим пгпрое, как прастятутки с наркоманом.
Вот на кой хрен мне коммерческий продукт, в котором во всей 1С разбирается один Сигаев, не являющийся сотрудником 1С? TCO у него по-любому выше, чем у MSSQL.


Updated: 24 June 2017, 07:23:00

во, раз уж пошла такая пьянка, а скажите чем лучше оракел дб под линухом  мс скуля под вендой?
Горизонтальной масштабируемостью же! :negodue:

7
Курилка / PgProE таки круче MS SQL...
« : 23 Июня 2017, 17:48:39 »
shs, потому, что в PG
Цитата
Clustering is a one-time operation: when the table is subsequently updated, the changes are not clustered

Поэтому когда одептам слонега рассказывают про кластерные индексы здорового человека, оные одепты оченно огорчаются.

8
ты еще тру эльфов не видел

Тру эльфов не бывает - сам термин некорректен. Бывают дивные.

9
Курилка / "Новости отовсюду"
« : 23 Июня 2017, 17:07:19 »
Ну, у secret chats в telegram используется p2p шифрование и ключи есть только у Дуров


Фикс, блеать! :idea:

10
Курилка / PgProE таки круче MS SQL...
« : 23 Июня 2017, 17:06:04 »
А разве в случае с MSSQL создание кластерного индекса не означает физическую сортировку таблицы?

кластерный индекс представляет собой всегда физически упорядоченную по индексным полям таблицу, у которой нет кучи. Т.е. данные неиндексных полей содержатся в ней же.

11
Курилка / PgProE таки круче MS SQL...
« : 23 Июня 2017, 15:31:24 »
У нативного слоника есть некоторое ненормальное поведение с временными таблицами. Дык вот это поведение в ПгПроЕ помножено на ноль.

Не некоторое, а вполне понятное - он не делает по ним статистики. Причина - в ущербности подхода с выносом построения статистик в автовакуум, а так поведение очень даже нормальное и ожидаемое. Но неприемлемое. Пришлось Сигаеву делать online_analyse.
Ну и в старых (это до 8.3.9 - 8.3.10) версиях 1С пула временных таблиц не всегда хватало.


Updated: 23 June 2017, 15:34:01

Что-то мне подсказывает, что и Оракел, и ДиБи2 надо таки настраивать

Ты не поверишь, но mssql тоже для существенных нагрузок нужно настраивать. Он, конечно, из коробки неплохо работает, однако.

12
Курилка / "Новости отовсюду"
« : 23 Июня 2017, 14:17:51 »
хотя кадырыч может с инстаграммом перепутал? телеграмм, инстаграмм, постограмм....

Килограмм жи! А енто - примерно две поллитры!  :rtfm2:

13
Курилка / PgProE таки круче MS SQL...
« : 23 Июня 2017, 14:14:15 »
shurutov, речь о MSSQL. Кстати, в силу такой реализации кластерный индекс там бывает только один. А с других индексов делается кей_лукап, который в силу физической упорядоченности дешевле, чем лукап в кучу.

Oracle... DB2
А 1С разве с этими СУБД работает?!
Вообще-то давно и неплохо.

Я тут одну книжку (запрос гуглю: Architecture of a Database System) умную просматривал вполглаза. Таки у 1С будут проблемы с производительностью и на Оракле, и на ДиБи2, если эти две не пилить специально под 1С. Ну просто по факту архитектуры 1С.

Специализированная БД в сорокпоследней растоптатой нормальной форме будет быстрее и на MSSQL, 1С - это все же фреймворк, причем без возможности формировать индексы произвольного состава. Зато по цене разработки и гибкости продукта она эти специализированные БД уделывает, как Бивис и Батхед Америку.
Однако каких-то принципиальных проблем наподобие блоатинга нет.

файловой базы
На скольких пользователях?
На адын.
А что, постгря на одном юзере не блоатится?  :popcorn:




Updated: 23 June 2017, 14:22:29

Кстати, понятно, почему в обсуждаемом тесте постгря в проц уперлась: она же SOS_SHEDULER не умеет.  :P

14
Курилка / PgProE таки круче MS SQL...
« : 23 Июня 2017, 13:07:47 »
CLUSTER
Миша, иди в жопу с таким кластером. Инсерт в него делается не в порядке индекса. И даже апсерт тоже. А рекластеризация требует монопольной блокировки таблицы.

Компании 1С и лично Борису Нуралиеву много "радости" и "счастья" за "замечательный" инструмент, позволяющий не просто отстрелить себе башку, но сделать это весьма витиевато-вычурным способом.
О, блядь. таки 1С - это клиническое уебанство:
Цитата
Это надо просто посмотреть. Проведение одного документа в 1С вырождается в огромное количество последовательных запросов. Пользователь нажал одну кнопку, а сервер приложений сформировал много служебных вызовов на уровне СУБД. Это важно понимать, потому что там могут неожиданно создаваться временные таблицы, хотя ты их не создавал кодом. Может произойти массовая вставка, тут же распухание. То есть при записи одного документа сразу сработает bloat. Вакуум не отработает – не успеет. Он тут же запишет, следующую итерацию начнет читать. Прямо видно, как происходит фактически версионирование записей на 1С. Будет расти распухание таблиц. Автовакуум нужен, но он не всегда отрабатывает под высокой нагрузкой 1С. Это воспроизводимо визуально.
Простейшая логика подсказывает, что раз ни у MSSQL, ни у Oracle, ни у DB2, ни даже у файловой базы таких проблем нет (а работа с ними строится одним и тем же движком SDBL), то это проблема слоника.  :trollface:

Лустин, кстати, тот еще энтузиаст. Единственная реально востребованная его разработка - внешняя компонента интеграции 1С с RabbitMQ.
Поэтому он ее продает с закрытым кодом, мало того, что за деньги, так еще и с индивидуальными клиентскими маркерами.
 :drama:


Updated: 23 June 2017, 13:13:34

кластерный индекс на версионнике - чегой-то я как-то вот так вот даже и задач не придумаю, чтобы был оправдан. Кроме, разве что только при работе на таблице, у которой кластерный индекс по монотонно возрастающему (убывающему) полю.

В одной известной коммерческой СУБД (не будем показывать пальцем) кластерный индекс представляет собой всегда физически упорядоченную по индексным полям таблицу, у которой нет кучи. Т.е. данные неиндексных полей содержатся в ней же. Выгоды, надеюсь, объяснять не надо?

15
klarkin, и я читал. он прям на картине Паганини расписался  :pardon:
Так это же на концерте Достоевского было.


Updated: 22 June 2017, 21:22:40

Махабхарату и Рамаяну читал
Калевалу почитай.

Страницы: [1] 2 3 ... 184