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

Один из разработчиков MySQL раскритиковал проект и рекомендовал использовать PostgreSQL, opennews (??), 06-Дек-21, (0) [смотреть все] всегда использовал слоника заместо вот этого вот детища оракула, Аноним (1), 11:21 , 06-Дек-21, (1) –1 // Тот, кто так говорит, явно не мог его использовать 12 лет назад Значит использ, _hide_ (ok), 11:25 , 06-Дек-21, (4) +21 // с 2011, мистер Холмс, сэр, Аноним (1), 11:51 , 06-Дек-21, (14) +9 Я аж в голос с этого клоуна , проект однодневка (?), 14:49 , 06-Дек-21, (80) –5 бред, помню, даже в 2000-м году делал пару поделок на постгресе и уже тогда вита, лютый жабби__ (?), 15:31 , 06-Дек-21, (90) –5 // Всё зависит от того, чем Вы занимаетесь При обновлении 10-15 ГБ с ПГ Вы упирает, _hide_ (ok), 17:00 , 06-Дек-21, (106) +5 Работал недавно на проекте, которому уже почти 10 лет и который является топ 1 р, Степан (?), 02:03 , 07-Дек-21, (164) Чат для котегафф , _ (??), 08:15 , 07-Дек-21, (174) +4 В переводе с опеннетского это видимо означает, что нужна команда высококлассных , Аноньимъ (ok), 02:49 , 07-Дек-21, (165) В 2004 делал проект биллинга провайдера на постгресе, michelle (??), 20:40 , 06-Дек-21, (126) // Когда Вадиму Михееву работал в соседнем здании и был с ним знаком в 1995 году , cadmi (?), 13:46 , 07-Дек-21, (215) +1 Postgres сравнялся по скорости работы с MySQL на простых запросах где-то с 8-й в, Аноним (157), 23:26 , 06-Дек-21, (157) +1 // Чувствуется какая-то связь между этими наблюдениями , YetAnotherOnanym (ok), 23:36 , 06-Дек-21, (158) Это Вы про скороть чтения на одинаковом железе или сравниваете корпоративный сер, _hide_ (ok), 00:32 , 07-Дек-21, (161) +1 при этом вполне синтаксически корректные конструкции в запросе MySQL вполне мож, моррут (?), 09:44 , 07-Дек-21, (180) Вот откуда берется это про нужно настраивать Там все основные настройки в кон, Анонимус314 (?), 21:58 , 08-Дек-21, (228) С Postgre95 , анон ессно (?), 15:54 , 07-Дек-21, (222) // Postgres95, Аноним (232), 05:30 , 09-Дек-21, (232) Ничего вы, батенька, не понимаете в залепухах для прачечных , Ян Злобин (ok), 11:57 , 06-Дек-21, (18) +1 Зелёного , Аноним (51), 13:25 , 06-Дек-21, (51) +9 Вот и выросло поколение Хоть википедию бы почитали бы, Аноним (117), 19:14 , 06-Дек-21, (117) +11 Вот кстати тоже не понимаю зачем нужен MySQL если есть Postgres, который уделыва, AleksK (ok), 11:22 , 06-Дек-21, (2) +7 // По каким параметрам А мне казалось, что применение PG -- это очень взвешенное и , _hide_ (ok), 11:27 , 06-Дек-21, (5) +7 Не по всем Я, как любитель PostgreSQL, ответственно заявляю Причины, по которым, funny.falcon (?), 11:30 , 06-Дек-21, (6) +8 // Если они изначально делали все под MySQL, то не удивительно А так по моему опыт, AleksK (ok), 11:40 , 06-Дек-21, (11) –3 // миграция на более новые версии у mysql на порядок проще мультимастер galera в , Gemorroj (ok), 11:55 , 06-Дек-21, (17) Когда работаешь с ORM вообще пофиг , AleksK (ok), 12:02 , 06-Дек-21, (21) –9 ORM там вообще перпендикулярен к тем проблемам, о которых вам говорят , x3who (?), 12:06 , 06-Дек-21, (22) +2 Вот именно, я работаю со своей объектной моделью, мне пофиг на то что там происх, AleksK (ok), 12:13 , 06-Дек-21, (23) –8 Понятно Упёрся в кривую ORM, свалил всё на RDBMS , Онаним (?), 21:00 , 06-Дек-21, (137) –1 Понятное дело если бы ты её писал то она бы летала и была бы сделана идеально Э, AleksK (ok), 23:07 , 06-Дек-21, (153) –2 Не переживай, не потерял , Онаним (?), 23:15 , 06-Дек-21, (154) –1 Когда работаешь с patroni - тоже, keydon (ok), 12:19 , 06-Дек-21, (26) +1 а есть менее новые Ну или хотя бы более лучшие , Аноним (40), 12:55 , 06-Дек-21, (40) enum в постгресе одна из немногих вещей которая мне понравилась В MariaDB я его , Ilya Indigo (ok), 13:15 , 06-Дек-21, (47) –1 Я мог конечно не так понять, но вроде обоснования были такие Там вроде одна из , Аноним (204), 11:57 , 07-Дек-21, (204) В MySQL можно одновременно читать одну и ту же запись, а читать и обновлять - не, www2 (??), 07:25 , 22-Дек-21, (249) Вы, наверное, про MyISAM В MySQL разные движки , Всем Анонимам Аноним (?), 15:03 , 28-Янв-22, (253) Насколько помню они вернулись не в совсем обычный MySQL, а в какую-то свою касто, Cykooz (ok), 12:27 , 06-Дек-21, (34) // Нет Key-value у них - это слой абстракции сверху, а не движок , funny.falcon (?), 14:19 , 06-Дек-21, (69) А, ну да Но тем не менее они сделали костыль поверх MySQL, т к именно его дв, Cykooz (ok), 14:35 , 06-Дек-21, (77) В текущей версии postgres половина названных проблем уже не актуальна , Catwoolfii (ok), 20:05 , 06-Дек-21, (121) +2 так причина 171 мы не хотим платить специалистам, поэтому наберём макак по объ, arisu (ok), 21:53 , 06-Дек-21, (147) Уделывает он только по физическому занимаемому месту для эквивалентных данных , Ilya Indigo (ok), 13:06 , 06-Дек-21, (42) –3 // Ильюшинька, Слон реляционный MVCC честная реализация всех уровней изоляции тран, Наме (?), 13:34 , 06-Дек-21, (56) –4 // Вы не поверите, InnoDB тоже MySQL уже более 10-ти лет по умолчанию InnoDB исполь, Ilya Indigo (ok), 13:50 , 06-Дек-21, (62) –2 Это под вендой Но Инно тоже Слону не конкурент Совершенно разного масштаба явл, Наме (?), 14:01 , 06-Дек-21, (65) –2 Это вы зря Сам InnoDB довольно продвинут Но это лишь слой хранения , funny.falcon (?), 14:22 , 06-Дек-21, (70) +1 Да уже по первому комментарию и так понятно что аноним совершенно не понимает о , Ilya Indigo (ok), 14:33 , 06-Дек-21, (76) –1 Ильюша, ты пишешь на пэхэпэ Эти всё сказано о твоим интеллектуальных способност, Наме (?), 15:57 , 06-Дек-21, (93) –11 Мамин илитарий, угомонись ПХП программисты ничем не хуже сишников и сипипишников, Аноньимъ (ok), 03:00 , 07-Дек-21, (166) –1 ну да, почти как люди две руки, две ноги, две задницы 8230 в одну они едят , arisu (ok), 03:06 , 07-Дек-21, (167) Я о том, что пэхэпёр вряд ли в свой профессиональной жизни плотно сталкивается с, Наме (?), 10:42 , 07-Дек-21, (186) –1 Под какой виндой, что ты несёшь Никто уже нигде лет 15 не использует MyISAM А I, vitalif (ok), 15:18 , 06-Дек-21, (85) +4 Практически везде Просто в силу того, что ISAM для многих задач достаточен , Наме (?), 15:59 , 06-Дек-21, (94) –1 Ты можешь объяснить, чем вакуум хуже лучше отдельных UNDO-сегментов или писани, Наме (?), 16:05 , 06-Дек-21, (95) Это может сделать любой Это хорошо отсутствием блокировок и гарантированной про, _hide_ (ok), 10:39 , 07-Дек-21, (185) –1 Каких ещё блокировок Вот есть у тебя ряд реализаций MVCC, одна хранит историю в, Наме (?), 10:47 , 07-Дек-21, (187) Мы скоро обсуждать будем ассемблерные вставки Кто это пишет дифы Никто никаких, _hide_ (ok), 11:06 , 07-Дек-21, (194) Оракл, например, пишет диффы образно выражаясь, там что-то вроде инструкций р, Наме (?), 11:33 , 07-Дек-21, (199) Это микрооптимизация поверх определенных типов данных, которая даёт существенный, _hide_ (ok), 11:42 , 07-Дек-21, (201) Конечно-конечно, никакого вакуума Только православный optimize table Ну и что , Аноним (103), 16:48 , 06-Дек-21, (103) +2 Нет, это и близко не одни и те же яйца Одна чистит БД от призраков и освобожд, Наме (?), 17:13 , 06-Дек-21, (109) Какую еще пересортировку Из таблицы удаляются осиротевшие или невалидные данн, _hide_ (ok), 10:48 , 07-Дек-21, (188) Ты не в курсе У Слона счётчик циркулярный, ещё и меридианный Уроборос этакий, Наме (?), 11:30 , 07-Дек-21, (197) А вот это в корне не так, если говорить о б-жественном InnoDB InnoDB не поддерж, Аноним (192), 10:56 , 07-Дек-21, (192) Если InnoDB не наполнять очень хитрым образом - необходимости в OPTIMIZE TABLE о, Онаним (?), 20:58 , 06-Дек-21, (136) Точнее сказать - если не удалять из нее данные , Аноним (192), 10:49 , 07-Дек-21, (189) Перепутали с постгрёй и вакуумом InnoDB - это не постгря, она умеет заполнять ос, Онаним (?), 10:51 , 07-Дек-21, (190) –1 Вообще-то умеет но чтобы это узнать надо прочитать документацию , Аноним (207), 12:29 , 07-Дек-21, (207) А вакуум над ibdata1 не помешал бы Полное резервное копирование с последующим в, www2 (??), 07:30 , 22-Дек-21, (250) У мускула определенно есть некоторые плюсы в сравнении со слоном, но только не я, Catwoolfii (ok), 20:08 , 06-Дек-21, (122) +2 // Я хоть от одного мамкиного слонёнка конкретику услышу с примерами и пруфами, или, Ilya Indigo (ok), 20:17 , 06-Дек-21, (124) –2 unsigned нет в SQL стандарте int1 это для тех кто не умеет boolean int3 вообще, fuggy (ok), 10:28 , 07-Дек-21, (182) +1 // Зато есть отсутствие vacuum, которое автоматически улучшает куда больше, чем тот, Онаним (?), 10:53 , 07-Дек-21, (191) Вакуум это лишь отложенное амортизированное время операции на вставку удаление, , fuggy (ok), 14:26 , 07-Дек-21, (216) +1 Так, на вскидку, а есть ли в PostgreSQL аналог MEMORY таблицы Вообще проблема о, minonA (?), 15:27 , 06-Дек-21, (87) // Я сужу по тому как работал мой проект на рельсах Загрузка базы в проект из yaml, AleksK (ok), 16:45 , 06-Дек-21, (102) –1 // Ну, на рельсах можно и постгрю, хуже уже не будет , Онаним (?), 20:57 , 06-Дек-21, (135) +3 Постгрес нравится, но девелопер похож на обиженку- видимо чего-то недодали , А где же каменты (?), 18:56 , 06-Дек-21, (116) –1 дак я уже, Аноним (3), 11:22 , 06-Дек-21, (3) +4 // А я никогда мускуль и не использовал , Аноним (44), 13:11 , 06-Дек-21, (44) +1 // А я его еще больше ку c , Аноним (234), 06:46 , 09-Дек-21, (234) +1 Сейчас будет холивар Я за Postgres , Перастерос (ok), 11:35 , 06-Дек-21, (8) +7 // так вы женщина , Аноним (1), 12:13 , 06-Дек-21, (24) +1 // у тащмайора спроси, тут поди процентов 80 , Аноним (-), 13:31 , 06-Дек-21, (54) +1 // тут пока одни капитаны, Анончик (?), 03:57 , 07-Дек-21, (168) +2 Они тут слово My нечаянно перед SQL добавили, flexagoon (ok), 11:40 , 06-Дек-21, (10) –13 // И какая альтернатива, о великий эксперт , Прохожий (??), 05:36 , 07-Дек-21, (169) –1 // Да любые NoSQL БД, flexagoon (ok), 11:36 , 08-Дек-21, (223) –1 // На SQL по крайней мере стандарт есть и даже те, кто его не придерживается, изобр, www2 (??), 07:42 , 22-Дек-21, (251) Все зависит от цели Когда много данных и нужна скорость, но целостность - не пр, Всем Анонимам Аноним (?), 15:06 , 28-Янв-22, (254) Использовал и то и другое, особой разницы не заметил Для малых и средних сайтов, Аноним (12), 11:42 , 06-Дек-21, (12) –17 // Рукожоп , Аноним (15), 11:52 , 06-Дек-21, (15) +5 Не знаю чем там сильно отличаются туториалы для малых и средних сайтов, так как , Аноним (16), 11:55 , 06-Дек-21, (16) +6 Вывод ты делаешь малые и средние сайты Больше из твоего комментария нечего поче, Аноним (33), 12:26 , 06-Дек-21, (33) потянет и это просто надо применить Секретную Оптимизацию выгнать на мороз теб, arisu (ok), 21:58 , 06-Дек-21, (148) +2 Ну всё, мария не торт, мускуль не торт, постгрес не торт, и раст нас не спасёт, , Аноним (-), 11:48 , 06-Дек-21, (13) +3 // Кто все Модераторы CoC Ах, увольте , Rev (?), 12:21 , 06-Дек-21, (29) +3 // Если бы всё было так просто Один из ключевых разработчиков забросил Rust Wasm, , topin89 (ok), 14:51 , 06-Дек-21, (81) +2 // Отличная ссылочка Читается на одном дыхании как один большой анекдот Только эт, Kuromi (ok), 17:56 , 06-Дек-21, (113) Всегда остаётся Хаскель , Аноним (33), 12:25 , 06-Дек-21, (31) +1 Вся надежда на Монго, Аноним (41), 12:57 , 06-Дек-21, (41) –2 // умерла в далеком 11м году, Аноним (-), 13:30 , 06-Дек-21, (53) +2 // Очень зря MongoDB вполне себе надёжная и удобная в эксплуатации база в наши дни, funny.falcon (?), 14:28 , 06-Дек-21, (73) –1 первая же ссылка https github com Percona-Lab mongodb_consistent_backupсам не , лютый жабби__ (?), 15:54 , 06-Дек-21, (92) –1 MySQL всегда был игрушкой для небольших сайтов Для определённого масштаба вполн, Простоник (ok), 11:58 , 06-Дек-21, (19) // Ты ведь сейчас вордпресс имел ввиде и что УГ, да И правильно сделал , Аноним (33), 12:24 , 06-Дек-21, (30) +3 // Зевая Я не знаю что там хранит вордпресс и в каком виде, но хранить в подобно, Простоник (ok), 12:39 , 06-Дек-21, (38) –4 Alibaba так не считаетhttps www youtube com watch v 4Yhn2Zq3mHA, mamba (?), 18:44 , 06-Дек-21, (115) +3 // у них свое ответвление MySQL с 2008-2009 года Там от родного MySQL только назва, ddd2 (?), 06:36 , 07-Дек-21, (171) // Админ у них просто героический Для hi load эта штука не имеет необходимых механ, Простоник (ok), 07:44 , 07-Дек-21, (172) Думаю, их 171 сарайчики и землянки 187 больше походят на Форд-Нокс , funny.falcon (?), 08:28 , 07-Дек-21, (175) –2 это чо за тачка , Аноним (219), 15:08 , 07-Дек-21, (219) +2 Ну вот то есть мои полтерабайта биллинговой информации - это небольшой сайт Окей, Онаним (?), 20:56 , 06-Дек-21, (134) –2 // вообще-то так и есть но ты этого всё равно не поймёшь, что очевидно по глупости, arisu (ok), 22:01 , 06-Дек-21, (149) +3 Небольших сайтов вроде FB com и pinterest, anonymous (??), 12:23 , 08-Дек-21, (224) Блин InnoDB интересен своей ораклиной структурой данных -- кластерный первичный, kai3341 (ok), 12:00 , 06-Дек-21, (20) +5   // Ну так если нужно нормальный, то для этого Sphinx есть А то что есть это просто , Ilya Indigo (ok), 13:34 , 06-Дек-21, (57)   Попутал ты всё Какой кластерный первичный ключ Это в МС Сиквеле типично отно, Наме (?), 13:46 , 06-Дек-21, (58) +1   // А можно ссылочки на развал БД при краше , funny.falcon (?), 14:31 , 06-Дек-21, (75)   // Разверни Запусти длительную транзакцию, не завершая её выруби питание Т к дан, Наме (?), 16:10 , 06-Дек-21, (96) –2   че за бред -- все изменения в данных и в том же UNDO сохраняются в REDO, и по, nik (??), 19:57 , 06-Дек-21, (119)   Нет, это не так Возможны состояния, когда UNDO не оказалось в REDO, а изменённы, Мимо_проходил (?), 21:09 , 06-Дек-21, (141)   Бред Ну или эксплуатация на системе, не умеющей в write barrier - там что угодно, Онаним (?), 20:55 , 06-Дек-21, (133)   Словья-то какие воспроизводим Ещё бы знали, что это значит Write barrier т, Мимо_проходил (?), 21:07 , 06-Дек-21, (139)   Короче я не знаю, как ты умудрился InnoDB развалить - у меня за долгие годы не п, Онаним (?), 21:08 , 06-Дек-21, (140)   У тебя просто не было длинных транзакций А так разваливается и при резком вык, 1 (??), 11:21 , 07-Дек-21, (195)   Ну короче да, смысла спорить нет - я хз как вы умудряетесь InnoDB развалить, вид, Онаним (?), 15:28 , 07-Дек-21, (220)   И что значит при чём тут WB Когда двиг выставляет fsync fdatasync sync_file_, Онаним (?), 21:10 , 06-Дек-21, (142)   Ну и да, какой WAL для UNDO вы вообще собрались писать, если к моменту коммита в, Онаним (?), 21:20 , 06-Дек-21, (143)   Могу ещё подсказать как без WB редо развалить Всё не просто, а очень просто мы , Онаним (?), 21:26 , 06-Дек-21, (144)   Похоже как раз на частичный коммит REDO в отсутствии WB , Онаним (?), 23:18 , 06-Дек-21, (155)   Ну или fsync кто-то бездумно выключил xD, Онаним (?), 23:18 , 06-Дек-21, (156)   в MSSQL некластерный первичный индекс если речь не про Azure появился очень оч, penetrator (?), 15:24 , 06-Дек-21, (86) –1   // Не некластерный, а кластерный Кластерней некуда Но это всё словоблудие майковс, Наме (?), 16:12 , 06-Дек-21, (98) –1   некластерный, heap или как хочешь еще, и он там есть и есть очень давноPK в MSSQ, penetrator (?), 16:45 , 06-Дек-21, (101) –1   Heap это, пардон, куча Т е когда данные хранятся вообще вне всякой упорядоченн, Наме (?), 16:59 , 06-Дек-21, (105) –1   https www red-gate com simple-talk databases sql-server t-sql-programming-sql-, penetrator (?), 22:53 , 06-Дек-21, (152)   Не серчай Вокруг этой темы перебор всякой терминологии У многих в результате к, Наме (?), 11:43 , 07-Дек-21, (202)   Как бы, PK это не индекс, а Constrain -- ограничение первичного ключа Который р, Наме (?), 17:01 , 06-Дек-21, (107) –1   Маленький бесплатный ликбез В МС Сиквеле данные отношения могут хранится либо в, Наме (?), 17:07 , 06-Дек-21, (108) –1   Хотя, малыши, я тут несколько ошибся Когда заказываешь PK к существующему уже о, Наме (?), 17:18 , 06-Дек-21, (110)   https dev mysql com doc refman 8 0 en innodb-index-types htmlEach InnoDB table, kai3341 (ok), 23:42 , 06-Дек-21, (159) +1   // Кластерный индекс это хм индекс А Первичный ключ это ограничение Прос, Наме (?), 12:15 , 07-Дек-21, (206)   Я настоятельно рекомендую использовать терминологию официальной документации, а , kai3341 (ok), 13:12 , 07-Дек-21, (210)   Читать умеешь clustered index это кластерный индекс структура данных такая P, Наме (?), 13:35 , 07-Дек-21, (211)   Читать умеешь clustered index это кластерный индекс структура данных такая P, Наме (?), 13:35 , 07-Дек-21, (212)   У пользователей MSSQL проблемы с тем, что они умудряются мешать индексы с констр, Онаним (?), 09:19 , 10-Дек-21, (235)   Документация с тобой не согласна https dev mysql com doc refman 8 0 en optimi, Аноним (64), 13:58 , 06-Дек-21, (64)   // Ознакомьтесь с документацией Между optimize table и autovacuum есть огромная ра, kai3341 (ok), 10:38 , 07-Дек-21, (184)   // Зависит от типа нагрузки, с одной без optimize table у вас диск переполнится, а , Аноним (232), 05:40 , 09-Дек-21, (233)   Каким образом переполнится диск без optimize table, если innodb прекрасно умее, Онаним (?), 09:21 , 10-Дек-21, (236)   Богомерзкое - это писать логи А автовакуум это красота , Аноним (68), 14:18 , 06-Дек-21, (68) +1   // У вас MVCC уже без лога работает И даже с индексами На самом деле нет Постгря в, Онаним (?), 09:26 , 10-Дек-21, (237)   // Тьфу плин MVCC ACID, конечно же , Онаним (?), 09:27 , 10-Дек-21, (238)   Местные Аноноимы опускают MySQL уже 20-ый год Но только сейчас до одного из раз, Аноним (33), 12:17 , 06-Дек-21, (25) –1 // Если копры его забросят - получится отличный и стабильный продукт Надеемся что , Аноним (-), 12:34 , 06-Дек-21, (36) +1 // Стагнация ещё ни один проект до добра не доводила , Аноним (37), 12:38 , 06-Дек-21, (37) // Пральна, раздать все копрам, и сосать лапу Иначе же стогнация, нелицензионность, Аноним (-), 13:14 , 06-Дек-21, (46) +1 Ой, да ладно Составит компанию Firebird, делов-то , Аноним (103), 16:56 , 06-Дек-21, (104) Наконец-то мы были услышаны Ждём осознания в станах Вордпресса, пехепешников , th3m3 (ok), 13:11 , 06-Дек-21, (45) +5 // Не ждите - у них там религиозный культ , Аноним (55), 13:33 , 06-Дек-21, (55) +1 В станах Вордпресса давно предлагают использовать MariaDB , 123 (??), 14:29 , 06-Дек-21, (74) С новыми проектами - ок, выбор за Postgres Но что делать, где уже MySQL Обновл, devkornev (ok), 12:20 , 06-Дек-21, (27) +1 // Масштабироваться причем вертикально Горизонтально не каждый сможет , Аноним (33), 13:22 , 06-Дек-21, (50) А как там у постгресс с вакуумом , Кондратий Карлович (?), 12:21 , 06-Дек-21, (28) –1 // он идет, анонимчик (?), 12:25 , 06-Дек-21, (32) +3 А как у MySql с optimize table , Аноним (64), 14:01 , 06-Дек-21, (66) // Тут два вопроса 1 Зачем конкретно В большинстве случаев вообще не требуется Е, Онаним (?), 20:52 , 06-Дек-21, (131) Точнее второе даже не вопрос Онлайновая операция это ныне на InnoDB, которая до, Онаним (?), 20:53 , 06-Дек-21, (132) А как там у mysql с ddl в транзакциях Научились уже , cadmi (?), 15:32 , 07-Дек-21, (221) Ну ушли себе и ушли, это их проблемы , Аноним (-), 12:32 , 06-Дек-21, (35) +1 А ну ребятишки, расскажите про маленькие и средние проекты, когда мускул тащил н, An (??), 12:50 , 06-Дек-21, (39) –1 // На маленьком проекте использовал гугл адсенс Подключил скрипт JS и всё Базу не, Аноним (41), 13:10 , 06-Дек-21, (43) +4 Про MySQL в Google Adsense - это миф, никогда он там не использовался Вы видимо, Аноним (48), 13:15 , 06-Дек-21, (48) В mail ru используют джангу вместе с MySQL и им норм Но это совершенно не значи, Аноним (33), 13:19 , 06-Дек-21, (49) Вряд ли ISAM хорош, когда надо много писать в хвост и не нужны транзакции Напр, Наме (?), 13:49 , 06-Дек-21, (61) –2 // На самом деле уже давно нет И даже для логов нет Потому что при обрыве записи э, Онаним (?), 20:47 , 06-Дек-21, (130) 1Пусть еще расскажут как замечательно мигрировать без данутайма базу на другой , Аноним (67), 14:08 , 06-Дек-21, (67) +1 // Ну Слоника со всем всё прекрасно Ещё бы кластеризацию запилили и вообще было бы, Наме (?), 14:53 , 06-Дек-21, (82) –1 // Расскажи как будешь большую базу нагруженного приложения мигрировать на другой х, Аноним (67), 15:02 , 06-Дек-21, (84) А в чём сложность Ну не RAC, конечно, но вполне можно довести до приемлемого ур, Наме (?), 16:16 , 06-Дек-21, (99) –2 Можно, вопрос какой ценой А в случае мускула всё это очень легко и ненавязчиво , Онаним (?), 20:46 , 06-Дек-21, (129) –1 Именно Или пусть расскажет как будет восстанавливать X траназакций котоые удали, Аноним (67), 00:45 , 07-Дек-21, (163) уже давно запилили https netpoint-dc com blog mariadb-galera-3-node-cluster , Alexander (ok), 16:41 , 06-Дек-21, (100) Ну это Мария А это всё тот же ISAM, только навороченный Но я не пробовал, ниче, Наме (?), 17:37 , 06-Дек-21, (112) Вы что-то путаете ---Конечно, помимо достоинств у кластера Galera есть и огранич, Alexander (ok), 20:14 , 06-Дек-21, (123) +1 Какой ISAM, о чём вы InnoDB к ISAM вообще отношения не имеет, это продукт Innob, Онаним (?), 09:32 , 10-Дек-21, (239) лишь бы не брать монгу, Аноним (-), 13:27 , 06-Дек-21, (52) –7 // Действительно, когда нужен скуль почему же не взять монгу, хмм , Аноним (-), 13:47 , 06-Дек-21, (59) +2 Совет в духе переходите с кефира на джек дениэлс , Наме (?), 13:47 , 06-Дек-21, (60) –2 Дык мускуль и задуман как бесплатная поделка для студентов Никто никогда и не г, Аноним (63), 13:51 , 06-Дек-21, (63) –2 // очень любопытная мысль не хотите ее развить Расскажите нам для чего был задум, ыы (?), 14:41 , 06-Дек-21, (78) // Пусть с себя начнет, Аноним (89), 15:31 , 06-Дек-21, (89) вот как рыз вы в кучу мешаете носки с помидорами PHP был задуман для добавления, InuYasha (??), 12:40 , 07-Дек-21, (208) // кто же такой умный задумывал его для хоумпегов которые будут верстаться при низк, ыы (?), 22:15 , 08-Дек-21, (229) Интернет задумывался как сеть для оборонного ведомства, а 640кб в своё время хва, Онаним (?), 09:33 , 10-Дек-21, (240) –1 вещи, которые оказались удобны и востребованы - имеют свойство перерастать себя, Онаним (?), 09:34 , 10-Дек-21, (241) Freax тоже когда-то был личной поделкой под себя любимого, просто чтобы миних на, Онаним (?), 09:37 , 10-Дек-21, (242) Опенсорс в полный рост А как же разработка сообществом Где миллион волонтеро, ыы (?), 14:22 , 06-Дек-21, (71) –1 // Не хотят Орацлу земные поклоны отбивать , Аноним (-), 16:12 , 06-Дек-21, (97) давно используют постгрес и довольны а кто в постгрес нормально не смог 8230 , arisu (ok), 22:10 , 06-Дек-21, (150) +1 А всем ли нужен мощный оптимизатор запросов , minonA (?), 15:30 , 06-Дек-21, (88) –1 // Хороший вопрос Ответ зависит от того, сколько этот оптимизатор будет стоить , Простоник (ok), 15:53 , 06-Дек-21, (91) да потому что сделать из мощного хреновый просто, а вот наоборот 8212 очень , arisu (ok), 22:12 , 06-Дек-21, (151) +1 но в общем виде работа оценивается как доведение его до уровня технологий начал, Аноним (111), 17:27 , 06-Дек-21, (111) А что никто не говорит про Group Replication в MySQL из каропки, которой в Postg, bsdun (?), 18:42 , 06-Дек-21, (114) Вот когда постгрес предложит мне мультимастер из коробки, встроенный колоночный , Имя (?), 19:31 , 06-Дек-21, (118) –1 // Опять 25 Зачем нужен мультимастер Почти любая СУБД тормозит при записи на ди, leap42 (ok), 19:59 , 06-Дек-21, (120) // Мультимастер - это не про производительность Это про возможность продолжить пис, Онаним (?), 20:44 , 06-Дек-21, (128) // В самом деле Кто бы мог подумать На самом деле все транзакции писавшиеся на , ыы (?), 21:01 , 06-Дек-21, (138) +1 Э-э-э, вы точно себе представляете, как репликация работает Я вижу, что нет , Онаним (?), 21:41 , 06-Дек-21, (145) –1 Какая репликация Синхронная Асинхронная Синхронная с кворумом На протоколе к, funny.falcon (?), 08:35 , 07-Дек-21, (176) +1 Та, которая обсуждается Но это слишком сложно, понимаю , Онаним (?), 09:24 , 07-Дек-21, (178) –1 Видимо, для вас действительно сложно , funny.falcon (?), 09:47 , 07-Дек-21, (181) Ну и я же не зря написал с потерей части транзакций Если потеря части данных н, Онаним (?), 21:47 , 06-Дек-21, (146) –1 Если нужен мультимастер , то берём Oracle RAC, а БД размещаем поверх ceph , Наме (?), 13:37 , 07-Дек-21, (213) Вы не слушайте того кто вам такое говорит, он вообще не шарит Когда primary от, leap42 (ok), 08:06 , 07-Дек-21, (173) +2 Согласен на 99 99 Мультимастер действительно более живуч Но действительно тормо, funny.falcon (?), 08:41 , 07-Дек-21, (177) Наоборот мульти-мастер это про производительность Просто единственный реализова, Наме (?), 13:39 , 07-Дек-21, (214) –2 GOOGLE vs ORACLEМужик-же просто отрабатывает подъемные у нового старого работо, Аноним (125), 20:35 , 06-Дек-21, (125) +1 Што, мужику отказали в возможности безальтернативный VACUUM в MySQL добавить Та, Онаним (?), 20:43 , 06-Дек-21, (127) –2 MySQL будучи карманной игрушкой Oracle по определению не может быть конкурентнос, Фан (?), 00:04 , 07-Дек-21, (160) –2 // А натуральные вставляют Должен ли велик быть обязательно чьим-то чтобы вставлять, Аноньимъ (ok), 09:38 , 07-Дек-21, (179) –1 У вас какой уровень IQ, вьюноша Oracle взял свистоподелку и слепил из нее нормал, Старший аноним (?), 10:31 , 07-Дек-21, (183) –1 // Oracle купил не взял, а именно купил за много много долларооов, систему котора, ыы (?), 10:57 , 07-Дек-21, (193) +1 // 1 миллиард долларов США если интересно , ыы (?), 11:28 , 07-Дек-21, (196) к половине сайтов в интернете надо еще прибавить небольшую социальную сеточку , ыы (?), 11:30 , 07-Дек-21, (198) не надо там от продукта жизнедеятельности монти осталось примерно столько же, с, arisu (ok), 12:08 , 07-Дек-21, (205) В чем смысл коммерческой корпорации Oracle вкладывать в MySQL в ущерб своей Orac, Фан (?), 20:55 , 08-Дек-21, (225) // Мускул ниразу не конкурент ораклу Совершенно разные целевые сегменты мускулем, ыы (?), 22:18 , 08-Дек-21, (230) Версий много и все они могут быть правдивы как по отдельности, так и вместе - ди, www2 (??), 13:12 , 23-Дек-21, (252) Выглядит как чувак не смог занимался оптимизацией, которая по итогу оказалась н, Аноним (162), 00:33 , 07-Дек-21, (162) Используйте инструменты по назначению, да не везде будут фишки остальных баз Но, Виктор (??), 05:45 , 07-Дек-21, (170) Не вижу комментариев - зачем они нужны, когда есть SQLite , 1 (??), 11:41 , 07-Дек-21, (200) // Это настолько самособой разумеется, что даже холиварить повода нет , ыы (?), 11:47 , 07-Дек-21, (203) зачем нужны комментарии , Аноним (219), 15:06 , 07-Дек-21, (218) Смешно Не то чтобы они купили май для захоронения, но вообще Oracle скатывает в, InuYasha (??), 12:45 , 07-Дек-21, (209) Что первое что второе - детские погремушки на фоне того же mssql , Аноним (226), 20:59 , 08-Дек-21, (226) –3 // mssql на линухе уже научилась через шаред мемори работать , ыы (?), 22:19 , 08-Дек-21, (231) В MSSQL особо убивает стохастика оптимизатора - финальный план запроса может мен, Онаним (?), 09:40 , 10-Дек-21, (243) // как удивительно сервер видит повторяющиеся паттерны 8212 и оптимизирует под , arisu (ok), 11:02 , 10-Дек-21, (244) // Ды не, если бы он стабильно делал, а там именно стохастика где-то, потому что пл, Онаним (?), 12:09 , 10-Дек-21, (245) ну пробует разные планы, ведёт статистику в принципе, нормальный метод оптимиз, arisu (ok), 12:18 , 10-Дек-21, (246) Ды там дело не в бенчмарке Там проблема проблему трекнуть Оно на половине его с, Онаним (?), 12:31 , 10-Дек-21, (247) точнее понятно, и уже зафиксили Разбили запрос на три и объединение через хран, Онаним (?), 12:33 , 10-Дек-21, (248) 1,2,3,8,10,12,13,19,20,25,27,28,35,39,52,60,63,71,88,111,114,118,125,127,160,162,170,200,209,226

Сообщения

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

20. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+5 +/–
Сообщение от kai3341 (ok), 06-Дек-21, 12:00
Блин. InnoDB интересен своей ораклиной структурой данных -- кластерный первичный ключ. Реализация MVCC не гадит себе под ноги, необходимость богомерзкого autovacuum отсутствует. Когда БД корректно остановлена, она не содержит мусора. InnoDB -- это топовый OLTP движок Претензии есть. Реализация fulltext очень грустная, не поддерживает партиционирования. То есть если вы индексируете, например, новости, которые есть временной ряд -- поиск с указанием временных рамок будет крайне грустненьким PS: У постгреса другие сильные стороны. Например, бесплатный rollback
Ответить | Правка | Наверх | Cообщить модератору

	57. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Ilya Indigo (ok), 06-Дек-21, 13:34
	> Реализация fulltext очень грустная Ну так если нужно нормальный, то для этого Sphinx есть. А то что есть это просто что бы было кому лень со сфинксом заморачиваться.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+1 +/–
	Сообщение от Наме (?), 06-Дек-21, 13:46
	> Блин. InnoDB интересен своей ораклиной структурой данных -- кластерный первичный ключ. > Реализация MVCC не гадит себе под ноги, необходимость богомерзкого autovacuum отсутствует. > Когда БД корректно остановлена, она не содержит мусора. InnoDB -- это > топовый OLTP движок > Претензии есть. Реализация fulltext очень грустная, не поддерживает партиционирования. > То есть если вы индексируете, например, новости, которые есть временной ряд > -- поиск с указанием временных рамок будет крайне грустненьким > PS: У постгреса другие сильные стороны. Например, бесплатный rollback Попутал ты всё. Какой "кластерный первичный ключ"? Это в МС Сиквеле типично отношение реализуют "кластерным индексом", в Оракле типично куча, хотя с 12-той версии появилась возможность реализовывать индексно-организованными таблицами (но редко кто так делает). Какая разница куда "гадим" MVCC? Когда нет необходимости каждый раз плодить UNDO-данные и таскать их из одного ТП в другое это банально быстрее, но больше места жрёт в локальной перспективе времени. Тут уж надо выбирать, что ценнее пространство или время ЦП и память. В чём богомерзкость вакуума? При адекватной настройке всё просто работает. Проблемы возникают, когда в одном кластере много БД и в них сильно разные по длительности транзакции -- 31-однобитного счётчика банально начинает не хватать. Ну так это нужно учитывать при развёртывании. Инно хорошая академическая лабораторная работа, к проду не пригодная по ряду причин, вроде того, что вектор UNDO не попадает в WAL, что при краше приводит к развалу БД.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	75. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от funny.falcon (?), 06-Дек-21, 14:31
	А можно ссылочки на развал БД при краше?
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	–2 +/–
	Сообщение от Наме (?), 06-Дек-21, 16:10
	> А можно ссылочки на развал БД при краше? Разверни. Запусти длительную транзакцию, не завершая её выруби питание. Т.к. данные UNDO скорее всего в полном объёме не попадут в журнал, то при обратном проигрывании при восстановлении получить несогласованную БД. Тут должны, конечно, звёзды сойтись. Чтобы грязные блоки уже попали на диск, но при этом вектор UNDO ещё нет. Но во "взрослых" СУБД это принципиально невозможно, а в Инно вполне под рабочей нагрузкой. Хотя это практически, объективно говоря, маловероятно, но при случае проблем при восстановлении добавит.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от nik (??), 06-Дек-21, 19:57
	че за бред ?? -- все изменения в данных и в том же UNDO сохраняются в REDO, и пофиг длинная там транзакция или короткая, при сбросе питания все откатится до последнего COMMIT, а то что "не успело" -- вернется в пред. состояние из UNDO.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Мимо_проходил (?), 06-Дек-21, 21:09
	> че за бред ?? -- все изменения в данных и в том > же UNDO сохраняются в REDO, и пофиг длинная там транзакция или > короткая, при сбросе питания все откатится до последнего COMMIT, а то > что "не успело" -- вернется в пред. состояние из UNDO. Нет, это не так. Возможны состояния, когда UNDO не оказалось в REDO, а изменённые блоки уже на диске.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Онаним (?), 06-Дек-21, 20:55
	Бред. Ну или эксплуатация на системе, не умеющей в write barrier - там что угодно развалится, не только InnoDB.
	Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

	139. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Мимо_проходил (?), 06-Дек-21, 21:07
	> Бред. > Ну или эксплуатация на системе, не умеющей в write barrier - там > что угодно развалится, не только InnoDB. Словья-то какие воспроизводим. Ещё бы знали, что это значит )))) Write barrier тут вообще не причём. Причём тут то, что Inno не обеспечивает WAL для UNDO. Вот и всё. Сделано это из соображений, да, скорости. И, в общем, имеет право на жизнь.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Онаним (?), 06-Дек-21, 21:08
	Короче я не знаю, как ты умудрился InnoDB развалить - у меня за долгие годы не получилось.
	Ответить | Правка | Наверх | Cообщить модератору

	195. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от 1 (??), 07-Дек-21, 11:21
	У тебя просто не было длинных транзакций ... А так разваливается и при резком выключении питания (гасится ИБП) так и при нехватке свободного места ... гасится мониторингом. А так ... Ну что спорить-то какой нож лучше ?
	Ответить | Правка | Наверх | Cообщить модератору

	220. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Онаним (?), 07-Дек-21, 15:28
	Ну короче да, смысла спорить нет - я хз как вы умудряетесь InnoDB развалить, видимо руки должны быть правильно заточены.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Онаним (?), 06-Дек-21, 21:10
	И что значит при чём тут WB. Когда двиг выставляет fsync()/fdatasync()/sync_file_range(), он ожидает, что на диске к моменту завершения будет всё, что он отписал, и заказал. Если WB нет - с энной вероятностью хрен оно будет на диске вовремя, и рандомное выключение приведёт к интересному.
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	143. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Онаним (?), 06-Дек-21, 21:20
	Ну и да, какой WAL для UNDO вы вообще собрались писать, если к моменту коммита в REDO данные только в REDO. Далее его флашим в таблицу как придётся, когда по нагрузке посвободнее например, даже если что-то отвалится, делаем рефлаш. Двойная нагрузка на флаш, ещё и с чтением из REDO, если из буфера вылетело, выйдет только когда REDO заполнен. Это две разные парадигмы - либо пишем в REDO и флашим в таблицу потом, либо сразу пишем в таблицу и далее начинаются пляски с UNDO: мы либо переносим, и тогда получаем двойную нагрузку в момент транзакции, либо как в постгресном, пишем CoW'ом, и тогда надо вакуумить. Если у нас UNDO есть, REDO уже не нужен.
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	144. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Онаним (?), 06-Дек-21, 21:26
	Могу ещё подсказать как без WB редо развалить. Всё не просто, а очень просто: мы флашим редо, выставляем синк на таблицу, выставляем синк на поинтеры редо. Если таблица на диск не попала, а поинтеры внезапно попали - имеем лютый 3.14ц, в таблице старые данные, в редо уже ничего. С андо попроще, с андо корова конечно решает, но зато корову вакуумить надо регулярно.
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	155. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Онаним (?), 06-Дек-21, 23:18
	Похоже как раз на частичный коммит REDO в отсутствии WB.
	Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

	156. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Онаним (?), 06-Дек-21, 23:18
	Ну или fsync кто-то бездумно выключил xD
	Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

	86. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	–1 +/–
	Сообщение от penetrator (?), 06-Дек-21, 15:24
	в MSSQL некластерный первичный индекс (если речь не про Azure) появился очень очень давно (задолго до появления самого Azure)
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	98. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	–1 +/–
	Сообщение от Наме (?), 06-Дек-21, 16:12
	> в MSSQL некластерный первичный индекс (если речь не про Azure) появился очень > очень давно (задолго до появления самого Azure) Не некластерный, а кластерный. Кластерней некуда. Но это всё словоблудие майковское.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	–1 +/–
	Сообщение от penetrator (?), 06-Дек-21, 16:45
	>> в MSSQL некластерный первичный индекс (если речь не про Azure) появился очень >> очень давно (задолго до появления самого Azure) > Не некластерный, а кластерный. Кластерней некуда. Но это всё словоблудие майковское. некластерный, heap или как хочешь еще, и он там есть и есть очень давно PK в MSSQL может быть 2 типов с пробуждением
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	–1 +/–
	Сообщение от Наме (?), 06-Дек-21, 16:59
	>>> в MSSQL некластерный первичный индекс (если речь не про Azure) появился очень >>> очень давно (задолго до появления самого Azure) >> Не некластерный, а кластерный. Кластерней некуда. Но это всё словоблудие майковское. > некластерный, heap или как хочешь еще, и он там есть и есть > очень давно > PK в MSSQL может быть 2 типов > с пробуждением Heap это, пардон, куча. Т.е. когда данные хранятся вообще вне всякой упорядоченной структуры, а просто страницы в цепочку выделяются по IAM. В Сибэйсе хренелион лет назад решили, что коль уникальный индекс практически всегда создаётся, то логично в структуре этого индекса хранить и все прочие данные, которые не входят в индексный ключ, а не отдельно кучу и отдельно би-три с листами с индексным ключом. Ну и сделали такою смесь верблюда с носорогом -- сверху служебные структуры би-три, а на листах все данные. Ну вот, эту хрень и назвали кластерным индексом. В принципе, логичное решение, но проблема в том, что одного индекса в типичных условиях никогда не бывает достаточно, а хранение всех данных в структуре какого-то одного индекса зачастую приводит к смещению статистик распределения со всеми печальными последствиями. Поэтому тот же Оракл такого не делал. Я уж не помню, когда они ввели что-то подобное, по-моему, с 12-той версии. В Слоне тоже такого не было.
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от penetrator (?), 06-Дек-21, 22:53
	https://www.red-gate.com/simple-talk/databases/sql-server/t-.../ Heaps are tables without a clustered index. Я вообще не собирался лезть в детали, я про то что в MSSQL ЕСТЬ КУЧИ. Это онли про "Это в МС Сиквеле типично отношение реализуют "кластерным индексом", в Оракле типично куча" Куча вполне себе возможна, доступна и используется в MSSQL. Это то, что я имел ввиду. Куча возможна если нет ниодного кластерного индекса, которым обычно и является первичный ключ (первый и часто единственный кандидат). Никакие нюансы терминологии меня в душе не ебали в тот момент. Я только вернул кучи назад в MSSQL Server! С этим же все согласны? Ну вот и отлично.
	Ответить | Правка | Наверх | Cообщить модератору

	202. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Наме (?), 07-Дек-21, 11:43
	Не серчай. Вокруг этой темы перебор всякой терминологии. У многих в результате каша. Я просто попытался немного ситуацию прояснить. Так что, PK (первичный ключ) это Ограничение и оно НИКОГДА не реализуется кучей. Реализуется "кластерным" (исходная куча тю-тю, если была) или доп. (некластерным) индексом (доп. в смысле дополнительным к исходной куче, которая в этом случае никуда не девается, просто по данным этой кучи строится В-древо, которое эти данные структурирует, что и упрощает с одной стороны поиск, с другой -- создаёт основу для реализации условия уникальности).
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	–1 +/–
	Сообщение от Наме (?), 06-Дек-21, 17:01
	> PK в MSSQL может быть 2 типов Как бы, PK это не индекс, а Constrain -- ограничение первичного ключа. Который реализуется, под капотом, созданием уникального кластерного уже Индекса, если явно не заказать создавать не кластерный индекс, а дополнительный.
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

	108. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	–1 +/–
	Сообщение от Наме (?), 06-Дек-21, 17:07
	> некластерный, heap или как хочешь еще, и он там есть и есть > очень давно > PK в MSSQL может быть 2 типов Маленький бесплатный ликбез. В МС Сиквеле данные отношения могут хранится либо в куче, либо в би-три, организованном по значению уникального ключа (сортировки). PK же (Primary Key) это одно из видов Ограничений, которое реализуется либо тем, что все данные отношения помещаются в структуру индекса, либо тем, что создаётся куча, а куче создаётся би-три-структура доп. индекса, в которой на листах хранятся данные индексного ключа и ссылки на страницы кучи, где хранится оригинальная индексируемая строка.
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

	110. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Наме (?), 06-Дек-21, 17:18
	> Маленький бесплатный ликбез. В МС Сиквеле данные отношения могут хранится либо в > куче, либо в би-три, организованном по значению уникального ключа (сортировки). PK > же (Primary Key) это одно из видов Ограничений, которое реализуется либо > тем, что все данные отношения помещаются в структуру индекса, либо тем, > что создаётся куча, а куче создаётся би-три-структура доп. индекса, в которой > на листах хранятся данные индексного ключа и ссылки на страницы кучи, > где хранится оригинальная индексируемая строка. Хотя, малыши, я тут несколько ошибся. Когда заказываешь PK к существующему уже отношению, в котором есть данные, то данные из кучи перемещаются в это би-три, а исходная куча удаляется, если же заказать PK при создании отношения, то и не будет создаваться, а сразу будет создано би-три, в который данные отношения и будут писаться. Если же создать PK и явно указать, что ограничение должно реализоваться доп. индексом, то будет к куче создан доп. индекс в виде би-три. Вот и всё.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+1 +/–
	Сообщение от kai3341 (ok), 06-Дек-21, 23:42
	> Попутал ты всё. Какой "кластерный первичный ключ"? https://dev.mysql.com/doc/refman/8.0/en/innodb-index-types.html Each InnoDB table has a special index called the clustered index that stores row data. Typically, the clustered index is synonymous with the primary key. Не попутал.
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	206. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Наме (?), 07-Дек-21, 12:15
	>> Попутал ты всё. Какой "кластерный первичный ключ"? > https://dev.mysql.com/doc/refman/8.0/en/innodb-index-types.html > Each InnoDB table has a special index called the clustered index that > stores row data. Typically, the clustered index is synonymous with the > primary key. > Не попутал. Кластерный индекс это... хм... индекс. А Первичный ключ это... ограничение. Просто в силу того, что в МС Сиквеле (и в Инно) зачастую разраб при определении отношения сразу пишет требование ограничения PK (причём, по умолчанию оно реализуется именно кластерным индексом), то ему и невдомёк, что Ограничение и Индекс это не одно и тоже. Совсем.
	Ответить | Правка | Наверх | Cообщить модератору

	210. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от kai3341 (ok), 07-Дек-21, 13:12
	> Each InnoDB table has a special index called the clustered index Я настоятельно рекомендую использовать терминологию официальной документации, а не вашу собственную
	Ответить | Правка | Наверх | Cообщить модератору

	211. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Наме (?), 07-Дек-21, 13:35
	Читать умеешь? clustered index это кластерный индекс (структура данных такая). Primary key это constraint (инструкция такая). Разницу между Constraint и Index способен уловить? Нет? Это типично. Дальше и написано, что коль практически всегда PK реализуется с использование кластерного индекса, то их можно использовать как синонимы. Так вот, нельзя. Это не синонимы и близко. Кластерный индекс можно создать и не создавая ограничения PK. Как и ограничение PK можно реализовать некластерным доп. индексом.
	Ответить | Правка | Наверх | Cообщить модератору

	212. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Наме (?), 07-Дек-21, 13:35
	Читать умеешь? clustered index это кластерный индекс (структура данных такая). Primary key это constraint (инструкция такая). Разницу между Constraint и Index способен уловить? Нет? Это типично. Дальше и написано, что коль практически всегда PK реализуется с использование кластерного индекса, то их можно использовать как синонимы. Так вот, нельзя. Это не синонимы и близко. Кластерный индекс можно создать и не создавая ограничения PK. Как и ограничение PK можно реализовать некластерным доп. индексом.
	Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

	235. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Онаним (?), 10-Дек-21, 09:19
	У пользователей MSSQL проблемы с тем, что они умудряются мешать индексы с констрейнтами, при этом их механически разделяя :D
	Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

	64. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Аноним (64), 06-Дек-21, 13:58
	> необходимость богомерзкого autovacuum отсутствует. Документация с тобой не согласна: https://dev.mysql.com/doc/refman/8.0/en/optimize-table.html
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	184. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от kai3341 (ok), 07-Дек-21, 10:38
	> Документация с тобой не согласна: https://dev.mysql.com/doc/refman/8.0/en/optimize-table.html Ознакомьтесь с документацией. Между optimize table и autovacuum есть огромная разница. Начиная с того, что optimize table -- это опция, которую можно не запускать никогда, а вот autovacuum отключать очень не рекомендуется Ещё раз -- это разница между демоном, который в норме должен работать постоянно, и опцией, которую можно годами не запускать
	Ответить | Правка | Наверх | Cообщить модератору

	233. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Аноним (232), 09-Дек-21, 05:40
	Зависит от типа нагрузки, с одной без optimize table у вас диск переполнится, а с другой можно и автоваккум отключить.
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Онаним (?), 10-Дек-21, 09:21
	Каким образом "переполнится диск" без optimize table, если innodb прекрасно умеет писать данные в освободившиеся страницы, не потрудитесь объяснить? Нет, есть там пара очень специфичных случаев, но вы их вряд ли приведёте, с ними мало кто сталкивается.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+1 +/–
	Сообщение от Аноним (68), 06-Дек-21, 14:18
	> необходимость богомерзкого autovacuum отсутствует Богомерзкое - это писать логи. А автовакуум это красота.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	237. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Онаним (?), 10-Дек-21, 09:26
	У вас MVCC уже без лога работает? И даже с индексами? На самом деле нет. Постгря всё так же прекрасно пишет redo log, просто его назвали wal.
	Ответить | Правка | Наверх | Cообщить модератору

	238. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."	+/–
	Сообщение от Онаним (?), 10-Дек-21, 09:27
	Тьфу плин MVCC. ACID, конечно же.
	Ответить | Правка | Наверх | Cообщить модератору

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

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