Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Для PostgreSQL предложено новое хранилище zheap, opennews (??), 06-Мрт-18, (0) [смотреть все] Это же как у ORALCE c его роллбасл сегментом старое они оставят , никто (??), 23:39 , 06-Мрт-18, (1) +2   // We have provided a storage engine option which you can set when creating a table, Аноним (-), 05:39 , 07-Мрт-18, (4) +1   // Начинается свистопляска аля MySQL , Аноним (-), 08:55 , 07-Мрт-18, (12) +6   // Дык это с незапамятных времен было Просто всех устраивает дефолтовый Я думаю е, rshadow (ok), 14:50 , 07-Мрт-18, (27)   У myisam полнотекстовый поиск и быстрые insert update в наиболее частом варианте, angra (ok), 16:43 , 07-Мрт-18, (29)   Была другая более фундаментальная причина Пыхеры обычно обилием мозгов не отлич, Аноним (-), 18:04 , 07-Мрт-18, (36) +1   Но ты то не такой, ты ведь понял недостатки MyISAM для тех задач Так поведай о , angra (ok), 20:21 , 07-Мрт-18, (46)   Не знаю, как сейчас, а когда я имел дело с этим censored , myisam при записи ло, YetAnotherOnanym (ok), 21:59 , 07-Мрт-18, (49)   innodb был как минимум с 3 23, и его преимуществом было всегда прежде всего то,, KonstantinB (ok), 20:30 , 07-Мрт-18, (47)   Регулярно вылавливаю последствия сладкой групповушки из MySQL MyISAM PHP Joomla, Аноним (-), 05:59 , 08-Мрт-18, (53) +1   Не единственным и не главным Главное преимущество innodb - поддержка транзакций , XoRe (ok), 18:54 , 13-Мрт-18, (71)   В данном случае не вижу в этом ничего плохого Проблема мыскля не в этом, а в ре, KonstantinB (ok), 20:37 , 07-Мрт-18, (48)   ураааа, мы победили vacuum, vacuum больше ненужно Опять , Аноним (-), 05:37 , 07-Мрт-18, (3) –1 // Ну при наличии undo rollback - действительно не нужно, нужно только purge Vacuum, Аноним (-), 05:41 , 07-Мрт-18, (5) +1 // там ключевое слово - опять - я щетаю, прекрасно - то есть, по факту, сегодн, Аноним (-), 08:45 , 07-Мрт-18, (11) +1 // Плюсую Однако надо помнить, что по ходу этот zheap добавляет лишние операции за, Аноним (-), 15:00 , 08-Мрт-18, (57) На тот случай, если не у всех есть fullflash схд - можно ли указать путь, где со, Это я (?), 05:49 , 07-Мрт-18, (6) // При создании индекса можно указать целевое ТП, где данные индекса будут размещен, Аноним (-), 18:14 , 07-Мрт-18, (40) ZSTD сжатия до сих порт нет, inmemory таблиц до сих пор тоже нет А обещали , Аноним (-), 08:38 , 07-Мрт-18, (10) // Зачем вот это вот inmemory Вы хоть немного себе представляете как типичная совр, Аноним (-), 18:00 , 07-Мрт-18, (35) +3 Самое смешное, что для 90 проектов MVCC не нужно Ну ваще не нужно Никуда и ни, лютый жабист__ (?), 10:56 , 07-Мрт-18, (15) –10 // Строите проекты без consistency Ну удачи, чо , amonymous (?), 10:58 , 07-Мрт-18, (17) +5 // Фактически так жестко нужно наверно лишь в 10 случаев Упрямые бараны, делают п, Аноним (-), 11:49 , 07-Мрт-18, (19) –5 // Это - да Иди в садовники , _ (??), 18:27 , 07-Мрт-18, (42) +2 Выбрал ненужный в 90 случаев C и отказался от нужного в 90 случаях АСсзб чо, лютый жабист__ (?), 13:19 , 07-Мрт-18, (22) –3 // Это только у жабистов или-или У нормальных людей - и то, и другое -р, _ (??), 18:28 , 07-Мрт-18, (43) Местные банкиры локалхоста отменили теорему cap Не сомневался, лютый жабист__ (?), 12:37 , 08-Мрт-18, (54) У нас частый случай, который покрывает 146 приложений, работающих с баблом А п, _ (??), 17:15 , 08-Мрт-18, (60) Из серии Самые тупые фразы в ИТ Золотое издание из разряда 90 времени отаз, Аноним (-), 12:00 , 07-Мрт-18, (20) +17 // Экспедры опеннета считают, постгрес в теореме о САР весь такой распупырчатый сра, лютый жабист__ (?), 13:33 , 07-Мрт-18, (23) –2 // Дык дело не в mvcc Просто в постгре очень много чего не доделано в плане обслуж, rshadow (ok), 15:02 , 07-Мрт-18, (28) +1 Я не знаю ни одной СУБД, где миграция на новую версию ПО файлов данных прежней п, Аноним (-), 17:54 , 07-Мрт-18, (33) +1 Подрастёшь, узнаешь , лютый жабист__ (?), 18:26 , 07-Мрт-18, (41) –5 Подрасту я уже вряд ли Давайте лучше примеры В Оракле переход с версии на верс, Кузнец (?), 23:22 , 07-Мрт-18, (51) В орацле вообще всё - жуткий гемор А то кто ж курсы купит Тут интересно, Монго , лютый жабист__ (?), 12:45 , 08-Мрт-18, (55) Оракл отлично документирован Причём его освоение дёшево и доступно Слон в этом, Кузнец (?), 16:46 , 08-Мрт-18, (59) +1 п1 А на нашей планете все курсы по Оракле от полтинника-сотни, даже самые плеши, лютый жабист__ (?), 19:55 , 08-Мрт-18, (63) По-моему, курсы по Ораклу совершенно бесполезны У Оракла отличная публичная бес, Кузнец (?), 21:58 , 08-Мрт-18, (64) курсы-то полезны, просто они не для вас в основном - во всяком случае, все эти , нах (?), 05:33 , 09-Мрт-18, (65) Как могут быть отличной документацией талмуды на 100500 страниц про то, что само, лютый жабист__ (?), 20:12 , 09-Мрт-18, (67) Ну тут уж кому и на горшок сходить самому или шнурки завязать -- мегаусложнённый, Кузнец (?), 13:50 , 10-Мрт-18, (68) Ну ужос, да Но не УЖОС-УЖОС же Ваши жабьи ЕЕ иной раз позаковыристее любог, _ (??), 17:23 , 08-Мрт-18, (61) +1 Но ведь это и близко не так И репликация, и, тем более, резервное копирование в, Аноним (-), 17:57 , 07-Мрт-18, (34) +2 Да ладно Вы действительно считаете RMAN удобным Функциональный - соглашусь , Moomintroll (ok), 18:30 , 07-Мрт-18, (45) Субъективно, конечно же, но по мне это лучшее решение Обширная функциональность, Кузнец (?), 23:20 , 07-Мрт-18, (50) +1 Чувак, как бэкапы связаны с реализацией mvcc в Слоне Ты вообще хоть немного пон, Аноним (-), 18:09 , 07-Мрт-18, (39) +1 Зачем тогда СУБД вообще В файлик пишите всё подряд К чему эта морока , Аноним (-), 18:06 , 07-Мрт-18, (37) +3 // Изобрёл носкль Увы, это сделали ещё 10 лет назад И оно уже лет 5 как вытеснило, лютый жабист__ (?), 12:47 , 08-Мрт-18, (56) // Понимаете, нет никакого носкуль Носкуль имплицитный скуль Т е вы пихаете к, Кузнец (?), 16:39 , 08-Мрт-18, (58) Му-ха-ха До чего же жабщики на всю голову волшебные - Это 10 лет назад нач, _ (??), 19:06 , 08-Мрт-18, (62) key-value Это не субд , люьый жабист__ (?), 20:04 , 09-Мрт-18, (66) Я не совсем понял, они этакую VCS в СУБД придумали , Аноним (-), 11:34 , 07-Мрт-18, (18) –1 // Какие такие 171 они 187 Сегмент наката так и хранится, просто они сделали е, аноним 12 (?), 14:15 , 07-Мрт-18, (24) // Исторические данные в Слоне традиционно хранились вместе в одной и той же к, Аноним (-), 16:51 , 07-Мрт-18, (31) // вместе с актуальными , Аноним (-), 18:06 , 07-Мрт-18, (38) MVCC Нет, не слышал , Аноним (-), 16:47 , 07-Мрт-18, (30) Сделали таки сегменты отката Не очень нужно, в общем-то Нормально настроенные a, Аноним (-), 14:49 , 07-Мрт-18, (26) В Слоне же единственной проблемой реализации MVCC были короткие 32-битные XID-ы , Кузнец (?), 23:29 , 07-Мрт-18, (52) О да, они сделали UNDO aka ROLLBACK SEGMENTИ похоже, добавили буферные пулы Инте, DeadMustdie (??), 14:36 , 12-Мрт-18, (69) –1 // Почему сейчас Так ентропия легла Манагеры ентерпрайсдебе прочитали wikipedia , Andrey Mitrofanov (?), 16:18 , 12-Мрт-18, (70) 1,3,6,10,15,18,26,52,69

Сообщения

[Сортировка по времени | RSS]

1. "Для PostgreSQL предложено новое хранилище zheap"	+2 +/–
Сообщение от никто (??), 06-Мрт-18, 23:39
Это же как у ORALCE c его роллбасл сегментом .... старое они оставят ?
Ответить | Правка | Наверх | Cообщить модератору

	4. "Для PostgreSQL предложено новое хранилище zheap"	+1 +/–
	Сообщение от Аноним (-), 07-Мрт-18, 05:39
	> Это же как у ORALCE c его роллбасл сегментом .... старое они оставят ? We have provided a storage engine option which you can set when creating a table. For example: create table t_zheap(c1 int, c2 varchar) with (storage_engine='zheap');
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Для PostgreSQL предложено новое хранилище zheap"	+6 +/–
	Сообщение от Аноним (-), 07-Мрт-18, 08:55
	Начинается свистопляска аля MySQL.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Для PostgreSQL предложено новое хранилище zheap"	+/–
	Сообщение от rshadow (ok), 07-Мрт-18, 14:50
	Дык это с незапамятных времен было. Просто всех устраивает дефолтовый. Я думаю если бы в мускуле innodb был бы изначально по умолчанию, то myisam может и не вспомнил бы никто.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Для PostgreSQL предложено новое хранилище zheap"	+/–
	Сообщение от angra (ok), 07-Мрт-18, 16:43
	У myisam полнотекстовый поиск и быстрые insert/update в наиболее частом варианте использования. innodb было как минимум с четвертого мускула, но в те времена единственным его преимуществом были внешние ключи, которые большей части пыхеров были ненужны, так что myisam был предпочтительным вариантом вовсе не из-за использования в качестве дефолта.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Для PostgreSQL предложено новое хранилище zheap"	+1 +/–
	Сообщение от Аноним (-), 07-Мрт-18, 18:04
	> У myisam полнотекстовый поиск и быстрые insert/update в наиболее частом варианте использования. > innodb было как минимум с четвертого мускула, но в те времена > единственным его преимуществом были внешние ключи, которые большей части пыхеров были > ненужны, так что myisam был предпочтительным вариантом вовсе не из-за использования > в качестве дефолта. Была другая более фундаментальная причина. Пыхеры обычно обилием мозгов не отличаются, вернее -- отличаются их отсутствием. Поэтому понять недостатки myisam не могли в принципе. А чем меньше знаешь, тем лучше пища уваривается.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Для PostgreSQL предложено новое хранилище zheap"	+/–
	Сообщение от angra (ok), 07-Мрт-18, 20:21
	Но ты то не такой, ты ведь понял недостатки MyISAM для тех задач. Так поведай о них, блесни интеллектом.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Для PostgreSQL предложено новое хранилище zheap"	+/–
	Сообщение от YetAnotherOnanym (ok), 07-Мрт-18, 21:59
	Не знаю, как сейчас, а когда я имел дело с этим <censored>, myisam при записи лочил всю таблицу, тогда как innodb - только одну строку. А нарвался я на это дело, когда словил дикие тормоза после заливки в базу бэкапа - когда бэкап был с "create table", то вопреки настройкам таблицы почему-то создавались в myisam. Пришлось из бэкапа команды создания таблиц убрать, создать их вручную (только тогда она создала их в innodb), и заливать данные в базу с готовыми пустыми таблицами. И это не единственный "подводный камень", на который я напоролся. Вобщем, воспоминания о мускуле у меня только матерные.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Для PostgreSQL предложено новое хранилище zheap"	+/–
	Сообщение от KonstantinB (ok), 07-Мрт-18, 20:30
	innodb был как минимум с 3.23,  и его преимуществом было всегда прежде всего то, что: 1) это честный версионник, 2) он написан не Монти сотоварищи, которые в то время слабо себе представляли, что такое ACID, а людьми, которые отлично понимают принципы разработки СУБД.
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	53. "Для PostgreSQL предложено новое хранилище zheap"	+1 +/–
	Сообщение от Аноним (-), 08-Мрт-18, 05:59
	Регулярно вылавливаю последствия сладкой групповушки из MySQL(MyISAM)+PHP(Joomla)+ПыхПыхбибизьяна. Когда таблица логов разрастается до пары млн. строк, сайт начинает дико тупить, мыскль дико шуршит диском, запросам вечный лок. Горчишник в виде перегонки таблиц в InnoDB помогает.
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	71. "Для PostgreSQL предложено новое хранилище zheap"	+/–
	Сообщение от XoRe (ok), 13-Мрт-18, 18:54
	> но в те времена единственным его преимуществом были внешние ключи Не единственным и не главным. Главное преимущество innodb - поддержка транзакций (которой до сих пор нет у MyISAM). Т.е. ничего, серьезнее личного бложика, на MyISAM лучше не делать. А ведь много у кого на mysql завязаны деньги клиентов...
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	48. "Для PostgreSQL предложено новое хранилище zheap"	+/–
	Сообщение от KonstantinB (ok), 07-Мрт-18, 20:37
	> Начинается свистопляска аля MySQL. В данном случае не вижу в этом ничего плохого. Проблема мыскля не в этом, а в реализации (и, до последнего времени, в дефолтном myisam).
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема