Флейм
GameDev.ru / Флейм / Форум / Монолитная база данных VS простые файлы (4 стр)

Монолитная база данных VS простые файлы (4 стр)

Страницы: 1 2 3 4 5 6 7 Следующая »
=A=L=X=Постоялецwww14 фев. 201811:48#45
beejah
> На апдейте СУБД говна наешься.

Если понимать что делать, то не наешься. А быстрее и нет ничего - тупо же копирование файлов.

OgraПостоялецwww14 фев. 201811:58#46
-=MASTER=-
> они всё равно будут в порядке очереди обрабатываться, то есть грубо говоря тот
> же mutex access

А драйвер HDD в ОС работает без мьютексов? А в контроллере диска нету очереди?
Чем тебя мьютексы обидели, ты хотя бы знаешь, сколько времени они выполняются?

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

beejahПостоялецwww14 фев. 201812:02#47
=A=L=X=
> Если понимать что делать
К тебе просто придет -=MASTER=-like специалист и скажет "мы данные поднять не можем, а дядя сказал - надо".
И пойдешь есть говно, а куда деваться. Вне зависимости от своего понимания.
А с другой стороны, почему нет - раз проблема "серьезная", то и подходить к ней надо серьезно. Тщательно делать. Долго. Ну ты понел.

Правка: 14 фев. 2018 12:05

=A=L=X=Постоялецwww14 фев. 201812:28#48
beejah

Я подсказал как можно не кушать говно, цитирую: "mysqldump: Error 2020" (с).
Эти пляски с бубнами в основном вынужденно делаются когда нет доступа к серверу нормального.

DexusУчастникwww14 фев. 201812:31#49
beejah
> А есть альтернативы?
Речь о случаях, когда БД на какую-то часть состоит из неизменяемых блоб-файлов. Вот это я считаю зло. БД для кучи мелких реляционных данных, а засирание базы блобами - лажа. К сожалению нынче это нередко.
beejahПостоялецwww14 фев. 201813:28#50
Dexus
> а засирание базы блобами - лажа
Ага. А просрать готовые механизмы гарантии целостности данных и начать писать глюкодром - это, конечно, вот прям вершина компетентности.
А чего, мы же гении-милиардеры все, давайте выкинем на помойку десятки человеколет и быстро на коленочке за недельку напишем.
Зачем вообще данные в базу запихивают? Просто потому что больше некуда, шталь? Не, если поэтому - то да, глупость, конечно.

Правка: 14 фев. 2018 13:47

DexusУчастникwww14 фев. 201813:53#51
beejah
Какое отношение гарантия целостности имеет к БД? Это обеспечивается ФС.
Давай ещё скажи что использование одного стрингового поля с сериализацией сотни значений ничем не хуже таблицы с десятком ключей.
beejahПостоялецwww14 фев. 201814:35#52
Dexus
> Какое отношение гарантия целостности имеет к БД?
Тебе тоже мартышку запостить, шталь.

> Это обеспечивается ФС.
Нет, не обеспечивается.

> Давай ещё скажи что использование одного стрингового поля с сериализацией сотни
> значений ничем не хуже таблицы с десятком ключей.
Лол. Именно это ты и сказал.
Что использование одной файловой системы с сериализацией сотни значений ничем не хуже таблицы с десятком (почему десятком?) ключей.
Ты как по ключу собрался ссылаться на данные? Из БД в файл? Или из файла в файл?

Правка: 14 фев. 2018 14:40

thevladПостоялецwww14 фев. 201815:19#53
Лол, пацаны если вам надо тупо терабайты блобов, то key value storage(NoSQL), как бы для этого и придумали, и этих БД хоть попой жуй под любые цели. Но да файлики на файловой системе, это наше все, особенно если ты диванный теоретик...
DexusУчастникwww14 фев. 201816:08#54
beejah
> Нет, не обеспечивается.
Ну да, об избыточном хранении, всяких видах рейдов вы не слышали. Если контроллеры, железно, и ФС, на которой БД хранится - решето, то БД не поможет.
> Ты как по ключу собрался ссылаться на данные? Из БД в файл?
Из БД в файл. Как по-твоему торренты в итоге работают? Косвенно ссылаются на файлы из базы.

thevlad
>Но да файлики на файловой системе, это наше все, особенно если ты диванный теоретик...
А если ты не диванный теоретик, то хранишь терабайт файлопомойки в виде блобов на Оракле, выбивая у руководства миллионы на это опупенное решение.

Правка: 14 фев. 2018 16:28

thevladПостоялецwww14 фев. 201817:06#55
Dexus
> А если ты не диванный теоретик, то хранишь терабайт файлопомойки в виде блобов
> на Оракле, выбивая у руководства миллионы на это опупенное решение.
а потом этих теребайтов станет еще больше, и файло помойку надо будет сделать распределенной, да еще хорошо бы отказо устойчивой.
специалиста видно из далека... кроме Оракла ничего не видел?
DexusУчастникwww14 фев. 201817:33#56
thevlad
Файловые хранилища, работающие через CIFS/NFS, сталобыть, на MySQL построены. Угу, ага.
Недеванный эксперт просто купит Oracle Storage Cloud Service, а потом внезапно, нечаянно попав под санкции, все потеряет.
Вы куда-то совсем не туда ушли, недеванные эксперты. Речь об относительно мелкой базе данных, которая в идеале не должна пухнуть из-за блобов файлов, которые ещё и бэкапить постоянно надо (хотя они не меняются).
beejahПостоялецwww14 фев. 201819:44#57
Dexus
> Ну да, об избыточном хранении, всяких видах рейдов вы не слышали.
Норкоман, шталь. Речь, очевидно, о логической целостности.
Сюда сходи, если не раздупляешь, можешь сразу в 'databases':
https://en.wikipedia.org/wiki/Data_integrity

> Из БД в файл.
Как называется файловая система, которая будет гарантировать, что твой "ключ из БД" не будет ссылаться на файл, которого нет?
Просто название.

beejahПостоялецwww14 фев. 201819:47#58
Dexus
> Речь об относительно мелкой базе данных
Мелкую однозначно проще под СУБД засунуть, если, конечно, она есть.
Т.е даже тратить время на рассмотрение других вариантов не стоит. Вообще.
DexusУчастникwww15 фев. 20183:28#59
beejah
> Норкоман, шталь.
Имя/фамилия? Буду знать.
> Речь, очевидно, о логической целостности.
Причём тут это? Че вас так тянет все в кучу намешать? Ты наверное из тех, кто каждый байт в класс заворачивает.

> Т.е даже тратить время на рассмотрение других вариантов не стоит. Вообще.
Недеванные эксперты наверное удивляются, как NTFS в SQL ещё не переоформили.

Правка: 15 фев. 2018 3:47

Страницы: 1 2 3 4 5 6 7 Следующая »

/ Форум / Флейм / Программирование

2001—2018 © GameDev.ru — Разработка игр