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

"Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
Сообщение от opennews (ok) on 14-Окт-17, 11:02
Представлен (https://www.cockroachlabs.com/blog/cockroachdb-1dot1/) выпуск распределённой СУБД CockroachDB 1.1 (https://www.cockroachlabs.com/), ориентированной на создание  высоконадёжных географически распределённых хранилищ, отличающихся высокой живучестью и не зависящих от сбоев дисков, узлов и центров обработки данных. CockroachDB гарантирует целостность ACID-транзакций, предоставляет возможность использования SQL для  манипуляции с данными, позволяет вносить изменения в схему хранения на лету, поддерживает индексы и внешние ключи.  Код проекта написан на языке Go и распространяется (https://github.com/cockroachdb/cockroach/) под лицензией Apache 2.0.  Подробнее с особенностями CockroachDB можно познакомиться в анонсе первого выпуска (https://www.opennet.dev/opennews/art.shtml?num=46529). Основные новшества (https://www.cockroachlabs.com/docs/releases/v1.1.0.html) выпуска CockroachDB 1.1: -  Расширены средства для миграции на CockroachDB с различных реляционных и NoSQL СУБД. Добавлена возможность импорта больших объёмов данных (терабайты), оформленных в формате CSV. В том числе возможно распараллеливание загрузки таких файлов - файл разбивается на части, которые копируются на разные узлы кластера и загружаются в параллельном режиме. Кроме того, улучшена поддержка миграции SQL-дампов из PostgreSQL; -  Добавлена поддержка типов для работы с массивами (ARRAY) и UUID; -  Добавлен интерфейс для наглядного наблюдения за активностью в кластере, анализа выполняемых в данный момент операций и их влияния на производительность. Доступна таблица длительно выполняемых работ (изменение схемы, импорт CSV, создание/восстановление резервных копий) с возможностью оценки прогнозируемого времени операции и функцией принудительной отмены/приостановки задания; -   В CLI-интерфейс добавлены команды "SHOW QUERIES", "SHOW JOBS" и "SHOW SESSIONS", позволяющие просмотреть выполняемые в данный момент SQL-запросы, длительные работы и активные клиентские соединения,  команды "CANCEL QUERY" и "CANCEL JOB" для отмены запросов и работ, команда "SHOW BACKUP" для просмотра содержимого резервной копии, а также команды "PAUSE JOB" и "RESUME JOB" для временной приостановки работ; -  Добавлена новая утилита init для быстрого развёртывания (https://www.cockroachlabs.com/docs/v1.1/manual-deployment.html) многоузлового кластера; -  Проведена работа по увеличению производительности для нагрузок, свойственных для облачных систем. Нагрузочное тестирование, проведённое через выполнение большого числа параллельных операций над данными в формате ключ/значение, показало снижение средней задержки выполнения операции на 5 мс (13%), при том что 95% запросов уложились в 17 мс (на 11% лучше), а пропускная способность возросла на 14% (достигнут уровень в 44 тысячи запросов в секунду). В 17 раз ускорено выполнение операции восстановления из резервной копии. Введён в стой 128-узловой кластер для тестировния CockroachDB и выявления регрессий в производительности  выполнения операций OLTP. URL: https://www.cockroachlabs.com/blog/cockroachdb-1dot1/ Новость: http://www.opennet.dev/opennews/art.shtml?num=47386
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

4. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–3 +/–
Сообщение от пох on 14-Окт-17, 11:49
кто бы рассказал, ЧТО, блин, на самом деле байда там хранит... Вряд ли ведь они закидывают пачки денег под дверь, в надежде когда-то получить полезный предмет, совсем на китайцев непохоже.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+3 +/–
	Сообщение от Фуррь (ok) on 14-Окт-17, 13:37
	В последнее время часто вижу какую-то предвзятость и паранойю к китайцам в IT. Интересно, почему?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	8. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–1 +/–
	Сообщение от Аноним (??) on 14-Окт-17, 13:54
	> В последнее время часто вижу какую-то предвзятость и паранойю к китайцам в > IT. Интересно, почему? Некоторые несознательные товарищи, которые не совсем и даже совсем нам уже не товарищи, бросают тень на репутацию Великого Братского Китайского Народа, товарищ шаосяо!
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	10. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от Фуррь (ok) on 14-Окт-17, 13:57
	> Некоторые несознательные товарищи, которые не совсем и даже совсем нам уже не > товарищи, бросают тень на репутацию Великого Братского Китайского Народа, > товарищ шаосяо! Ноуп, я не в этом смысле. Интересно, почему именно в IT такая предвзятость.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	11. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+1 +/–
	Сообщение от vanzhiganov (ok) on 14-Окт-17, 14:11
	Не только в ИТ, поверь.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	13. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от пох on 14-Окт-17, 15:23
	потому что все остальное они примерно так же делают. Почитай, если сумеешь найти не квадратиками, про катастрофу в Дарьяле - особенно, про вторую. Все что тебе нужно знать про отношение китайцев к безопасности, включая не только свою, к уровню проработки сложных необычных проектов, к подходам... Но вот песка в цемент они насыплют ровно столько, сколько полагается по технологии, и не потому что не хотят сэкономить, а потому что хрен его знает. Поэтому то, что уже построено, будет стоять вечно.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	9. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–1 +/–
	Сообщение от Crazy Alex (ok) on 14-Окт-17, 13:57
	А где ты тут предвзятость нашёл? Вроде бы наоборот, было предположение, что байду вменяем и использует эту базу каким-то вменяемым образом. Но если в общем - их закрытость (точнее - привычка игнорировать всё не-китайское, особенно различия менталитета) её неизбежно порождает. Не хочешь предвзятости - старайся, чтобы тебя понимали, но китайцам это, кажется, не нужно абсолютно. Результат закономерен. Оно не только в IT, оно везде так. Те их моих знакомых, кто с ними работал, в одном сходятся - их хрен поймёшь.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	48. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+1 +/–
	Сообщение от Аноним (??) on 15-Окт-17, 03:38
	Ну как бы у них свой китайский мир, по численности носителей языка англосаксов давно переплюнули. Так что про закрытость это вы зря, им просто пофиг на всех остальных
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	70. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от пох on 16-Окт-17, 12:59
	> Так что про закрытость это вы зря, им просто пофиг на всех остальных им не пофиг, они, в отличие от вас, жрать себе в ответ на "cмешные санкции" не запретили, и бомбить свой аналог Воронежа не собираются. У них достаточно плохо с ключевыми технологиями - копировать получается, самим придумывать с нуля - только там, где это не требует особо думать головой (мелкие микросхемы уже научились сами именно разрабатывать, серьезного ничего полностью своего - нет). У них очень хреново с инструменталкой, и вообще с промышленностью группы A. Со сложной химией. И еще наверняка много с чем. И они, как и все, закупают все недостающие технологии и инструменты в странах первого мира, деньги на это берут ровно там же, в первом мире, и, по результату, с этим первым миром весьма плотно завязаны. И стараются эти связи расширять, где могут. Получается не всегда, но нельзя говорить что они не пытаются. С софтом все то же самое. Что мы, собственно, и видим на примере ман..вошьей дебе - не оставили где-то в недрах китайского сайта, а вывалили в паблик, старательно перевели документацию, распихали куда могли анонсы - то есть вполне себе в духе всего остального мира готовы сотрудничать. При этом внутри используют вполне стандартные технологии, выложенные другими - не сами придумали. "у этих белых макак так принято? Ну ок, значит наверное и нам так надо, если мы зависим от их кусков кода и их разработок." а вот там где не зависят - хрен ты документацию не квадратиками получишь. Или вообще "заплатите нам за разработочку, и получите в готовом виде, а что там как внутри - мы вам не расскажем, да и зачем вам?"
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	27. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 14-Окт-17, 22:26
	Один поисковик сожрёт минимум несколько петабайт для хранения копий интерента на дискетке.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	31. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от пох on 14-Окт-17, 23:46
	> Один поисковик сожрёт минимум несколько петабайт для хранения копий интерента на > дискетке. только эта база явно не для хранения копий интернета (им совершенно не нужна суперотказоустойчивость, потеряется - скачает заново, да и обращений к этим копиям крайне мало. sql тут не нужен совсем). И не для информации о рекламных кликах - там слишком много insert/s, а тут явно сказано что они не для этого. Какие-то детали поисковой системы могут, конечно, но как в них искать-то, полнотекстового поиска в этой штуке не заявлено, значит он у байды отдельно в чем-то другом живет. так что скорее всего, что-то совсем другое. Например, данные user accounts (оно же умеет "поиск станет лучше, если вы загрузите в поисковую систему свой паспорт и отпечатки пальцев"? )
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	42. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–1 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 15-Окт-17, 01:33
	Ошибаешься по всем пунктам... > только эта база явно не для хранения копий интернета (им совершенно не нужна суперотказоустойчивость, потеряется - скачает заново,  ) По таким базам строят поисковые индексы и если из БД что-то пропадает, то однажды в индекс может не попасть какой-то топовый сайт. Поисковикам подобные фейлы наносят большой репутационный ущерб. Ну и "гарантии" СУБД существенно влияют на частотность обновления индексов. > ... sql тут не нужен совсем ... Для работы с СУБД всё равно нужен какой-то язык и SQL в качестве одного из ~ вполне подходит. Это в принципе ни к чему не обязывает, в частности под подмножеством SQL и кастомными расширениями можно спрятать даже совсем нереляционные СУБД и так делают везде. > И не для информации о рекламных кликах - там слишком много insert/s, а тут явно сказано что они не для этого. Как раз сказано обратное, т.е. СУБД отдельно поддерживает большие очереди. Вообше эта СУБД имеет большой throughput по записи хотя бы из-за распределённости. > Какие-то детали поисковой системы могут, конечно, но как в них искать-то, полнотекстового поиска в этой штуке не заявлено, значит он у байды отдельно в чем-то другом живет. Ты что, совсем тугой? Если бы было можно взять СУБД и сделать на основе FTS поиск по вебу, то сейчас имели бы дохерища поисковиков, но этого нет. Построение поискового индекса это довольно сложный, алгоритмоёмкий и многостадийный процесс... > да и обращений к этим копиям крайне мало. ... и трогают все страницы в базе. Какие-то чаще, какие-то реже - всё зависит от  популярности ресурса и вычислительных возможностей. > так что скорее всего, что-то совсем другое. Например, данные user accounts ... И другое наверняка тоже, поддерживать несколько СУБД для разных целей накладно.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	64. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–2 +/–
	Сообщение от пох on 15-Окт-17, 23:27
	> Ошибаешься по всем пунктам... много поисковых систем-то видел вживую? > По таким базам строят поисковые индексы по каким "таким"? По "базе" копий всего интернета - никаких индексов обычно не строят. Она предназначена для кнопки "посмотреть сохраненную копию", и для внутренних проверок/ловли блох, а больше ни для чего. Потому что всегда есть оригинал, а если он изменился - то и тем более надо его использовать. Кнопку эту нажимают исключительно редко, обращений к этим архивам около нуля. Даже clue snippets добываются, вероятнее всего, не оттуда, слишком долго и нудно, а лежат где-то отдельно, поближе к поисковому индексу. > Для работы с СУБД всё равно нужен какой-то язык и SQL в качестве одного из ~ вполне > подходит. язык в котором нет нечеткого поиска - не считая специфических расширений - нафига он там нужен? > Это в принципе ни к чему не обязывает, не обязывает, но в тараканьей системе никакого другого языка нет. Что говорит нам о том, что байда использует ее где-то, где есть банальные табличные формы и удобны обычные sql-запросы. А судя по прослойкам совместимости - можно предположить, что для чего бы ее не использовали, но раньше ЭТО хранилось в postgres ;-) Это уж точно не поисковая база. > Если бы было можно взять СУБД и сделать на основе FTS поиск по вебу оно в первом приближении примерно так и сделано. Сюрпрайз, ага. (хотя скорее современные fts сделаны по мотивам, с опозданием на десять лет, а не наоборот) Правда то что тебе, видимо, представляется при слове "субд", немножко непохоже на то, что там навернуто у тех, о ком кое-что мне известно. Но безусловно, это хоть и странная, но все ж таки база данных, и у нее есть management system. Поверх этого есть алгоритмы ранжирования и фильтрации, но они именно поверх. дохренища поисковиков мы не поимели (собственно, поимели, в далекие годы доткомов, только долго они не жили) потому что эта хреновина адово дорогая, и прокормить ее на свои деньги невозможно, а на деньги спекулянтов - сложно (потому что первое, о чем тебя спросят - а зачем давать деньги твоему ненадежному стартапу, когда можно просто прикупить акций гугля). Ничего волшебного в поисковых системах нет. Поиск Рамблера написал один человек, без денег и ресурсов, злоупотребляя рабочим временем, просто потому что ему было интересно (потом уволился, и написал с нуля уже полноценно-морфологический, снова один. Потом, правда, умер.)
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	67. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 16-Окт-17, 03:05
	> много поисковых систем-то видел вживую? Некоторое колв-о отличное от нуля. > По "базе" копий всего интернета - никаких индексов обычно не строят. Не неси чуши. Ну ладно, сверкни интеллектом и расскажи откуда берут данные для построения индексов. > язык в котором нет нечеткого поиска - не считая специфических расширений - нафига он там нужен? В SQL есть только одна неустранимая штука - декларативность. Всё остальное к нему прикручивается без проблем если нужно. Можешь посмотреть в том же Postgres как это делают. > не обязывает, но в тараканьей системе никакого другого языка нет. Что говорит нам о том, что байда использует ее где-то, где есть банальные табличные формы и удобны обычные sql-запросы. Ты не знаешь что там есть внутри байды, а видишь только некий продукт который они дают и продают конечному потребителю. Внутри могут быть какие угодно расширения или вариации  этой СУБД. В любом случае все твои бредни на счсёт сценария использования SQL это всего лишь бредни. > оно в первом приближении примерно так и сделано. Оно даже в первом приближении так не сделано. Цели у FTS и у веб поиска в принципе разные. > Ничего волшебного в поисковых системах нет. Поиск Рамблера написал один человек... И от чего же Рамблер в итоге оказался в заднице? Наверняка же сглазили, а не потому, что не потянул гонку RnD для поиска и его инфраструктуры.
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	71. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–2 +/–
	Сообщение от пох on 16-Окт-17, 13:19
	> В SQL есть только одна неустранимая штука - декларативность. Всё остальное к > нему прикручивается без проблем если нужно. Можешь посмотреть в том же только сам sql для такой задачи - не нужен. Совсем. Спрашивается - ну и из какого пальца ты сделал выводы, что представленная хрень используется для поискового индекса, только вот злые китайцы не показали тебе самое главное? > Ты не знаешь что там есть внутри байды, а видишь только некий не знаю, но не вижу смысла придумывать что продукт, очевидно не пересекающийся по назначению с поиском, внезапно, именно для него используется. > Оно даже в первом приближении так не сделано. Цели у FTS и > у веб поиска в принципе разные. ну же, ну же, в чем этот принцип? >> Ничего волшебного в поисковых системах нет. Поиск Рамблера написал один человек... > И от чего же Рамблер в итоге оказался в заднице? Наверняка же Ровно от того же, от чего, если корову меньше кормить и больше доить, она рано или поздно дохнет. То есть "благодаря" тем милым людям, которые у нас называются "инвесторы", и ничерта не понимают в том, во что инвестируют. Поэтому все портят. Забавно, что вы не в курсе истории, получившей изрядную известность в этих ваших интернетах, поскольку было кому рассказывать. В Яндексе не было гениального программиста, те кто создавали раннюю версию с морфологией, довольно быстро вообще ушли в туман, зато был гениальный менеджер, который умел добывать деньги для проекта, не отдавая управления, и сам хорошо понимал, как устроено то, чем он управляет - поэтому и умел выкарабкиваться после системных ошибок (их было). Рамблеру с подобным человеком не повезло.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

5. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+1 +/–
Сообщение от YetAnotherOnanym (ok) on 14-Окт-17, 11:58
"Whatever the missing mass of the Universe is, I hope it's not in cockroaches"
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–4 +/–
Сообщение от anomymous on 14-Окт-17, 16:25
Терабайты в CSV? // вышел в окно
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	17. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+2 +/–
	Сообщение от Crazy Alex (ok) on 14-Окт-17, 16:49
	Ну, терабайт не видел, а вот десятки гигабайт - да (не с этой штукой). Оно правда бывает в дикой природе и вполне нормально работает. Уж не знаю, откуда их брали.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	19. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+1 +/–
	Сообщение от Аноним (??) on 14-Окт-17, 17:09
	А что не так? Всё экономней, чем SQL-дамп.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	23. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от ыы on 14-Окт-17, 20:41
	> А что не так? Всё экономней, чем SQL-дамп. после вот этого: " Из ограничений CockroachDB отмечается плохая пригодность для решений, требующих очень низкого времени отклика при выполнении операций записи и чтения. CockroachDB также плохо адаптирован для нагруженных систем обработки аналитической информации " передача данных объемами терабайты и форматом csv действительно, удивлять не должна...
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	24. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+1 +/–
	Сообщение от Crazy Alex (ok) on 14-Окт-17, 20:58
	Ну логично - отказоустойчивое, но неспешное и не любящее особо навороченные запросы...
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	21. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от пох on 14-Окт-17, 18:07
	> Терабайты в CSV? это единственный стандартизированный (всеми кроме microsoft ;) формат для обмена данными, что тебе не так? китайцы, очевидно, переливают свои постгрезы (а может и ораклы) в эту штуку - и, разумеется, сделали чтобы это работало.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	22. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–3 +/–
	Сообщение от ыы on 14-Окт-17, 20:34
	формат этот для обмена данными крайне неудобен. годен только для передачи самых простых, примитивных наборов.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	25. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от angra (ok) on 14-Окт-17, 21:52
	Ну назови более удобный в контексте обмена данными между существующими СУБД.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	28. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–3 +/–
	Сообщение от ыы on 14-Окт-17, 22:57
	Dblink, штатный экспорт импорт, промежуточные базы(sqlite), xml
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	32. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+1 +/–
	Сообщение от пох on 14-Окт-17, 23:53
	> Dblink, штатный экспорт импорт, промежуточные базы(sqlite), xml штатный совместим только сам с собой, и часто совершенно не является эффективным, тем более на сверхбольших объемах промежуточная база на энцать терабайт в sqlite, не умеющем partitioning - смешно xml на энцать терабайт - это даже не смешно, это грустно, что кому-то вообще в голову приходит. но, конечно же, csv никуда не годится, ты знаешь много новых модных слов.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	39. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–2 +/–
	Сообщение от ыы on 15-Окт-17, 00:34
	>> Dblink, штатный экспорт импорт, промежуточные базы(sqlite), xml > штатный совместим только сам с собой, и часто совершенно не является эффективным, > тем более на сверхбольших объемах > промежуточная база на энцать терабайт в sqlite, не умеющем partitioning - смешно > xml на энцать терабайт - это даже не смешно, это грустно, что > кому-то вообще в голову приходит. > но, конечно же, csv никуда не годится, ты знаешь много новых модных > слов. Сверхбольшие объемы данных - передавать вообще не надо. Если у вас часто возникает такая задача- значит вы что-то плохо спроектировали.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	81. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–1 +/–
	Сообщение от . on 18-Окт-17, 02:05
	>Сверхбольшие объемы данных - передавать вообще не надо. Ну да - а если ты ходишь в памперсах, то должно быть весь мир - тоже :-) >Если у вас часто возникает такая задача- значит вы что-то плохо спроектировали. Ну ничего карапуз, скоро ты окончишь школу и изменишь этот говённый мир к лучшему! Я в тебя верю!
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	33. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от angra (ok) on 15-Окт-17, 00:07
	Есть СУБД mysql и есть СУБД postgres, как ты собираешься передать между ними данные с помощью dblink, sqlite, xml? А вот с форматами sql и csv обе СУБД умеют работать напрямую. И не только они.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	38. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–2 +/–
	Сообщение от ыы on 15-Окт-17, 00:32
	> Есть СУБД mysql и есть СУБД postgres, как ты собираешься передать между > ними данные с помощью dblink Вас на поисковике забанили? , sqlite, xml? А вот с форматами > sql и csv обе СУБД умеют работать напрямую. И не только > они. Ну, с примитивными данными да...
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	45. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от angra (ok) on 15-Окт-17, 02:05
	> Вас на поисковике забанили? Если тебе будет так легче, то представь, что забанили. По сути ответ будет или опять смайликоизвержение начнется?
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	51. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–5 +/–
	Сообщение от ыы on 15-Окт-17, 10:24
	Если у какого-то неумного человека, возникает потребность передавать большие объемы данных между разными СУБД и он, вместо чтения документации лезет умничать на форуме - то ему вероятно следует освоить работу с базой через ODBC. Это универсальный механизм, который позволяет прозрачно связывать достаточно разнообразные технологии и платформы. Про себя - скажу: у меня не возникает потребности передавать данные между mysql и postgres потому что архитектуры которые создаю я - работают изначально правильно. Я не гоняю терабайты данных из одной базы в другую ни в каком формате. В них есть dblink, и ваша проблема- высосана их пальца.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	59. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от angra (ok) on 15-Окт-17, 18:03
	Ну как и ожидалось, куча трёпа не по задаче, рассказы, что тебе такая задача не нужна(то есть ты вообще без понятия как ее решать), а по сути ровно ноль. Ну хоть смайликов не наставил и на том спасибо.
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	61. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–3 +/–
	Сообщение от ыы on 15-Окт-17, 18:23
	Почему вы считаете что ваша задача- осмысленна? Я вам сказал как ее можно решить. Вы этого не поняли. При этом я - оказывается говорю не относящиеся к делу вещи. Типичный голубь, и вы близки к победе :)
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	65. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+2 +/–
	Сообщение от angra (ok) on 15-Окт-17, 23:35
	> Почему вы считаете что ваша задача- осмысленна? > Я вам сказал как ее можно решить. Вы этого не поняли. Если ты неспособен держать нить дискуссии в голове, то я тебе напомню. Речь шла о возможных форматах файлов для передачи данных между различными РСУБД. В качестве варианта формата файла ты предложил в том числе dblink, который вообще ни разу не формат файла, ну ладно. Далее тебе было предложено продемонстрировать, как с помощью dblink перенести данные из мускула в постгрес или наоборот. Вместо ответа на этот конкретный вопрос ты начал вилять задницей, то посылая в гугл, то вообше рассказывая о ненужности передачи данных. То бишь на вопрос не ответил. > При этом я - оказывается говорю не относящиеся к делу вещи. Именно. > Типичный голубь Как самокритично. > и вы близки к победе :) Да нет, я "победил" еще тогда, когда ты вместо ответа начал посылать в поисковики, а последние посты это уже из категории "глумление над трупом".
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	73. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–1 +/–
	Сообщение от Dr. Manhattan on 16-Окт-17, 14:40
	>[оверквотинг удален] > ты начал вилять задницей, то посылая в гугл, то вообше рассказывая > о ненужности передачи данных. То бишь на вопрос не ответил. >> При этом я - оказывается говорю не относящиеся к делу вещи. > Именно. >> Типичный голубь > Как самокритично. >> и вы близки к победе :) > Да нет, я "победил" еще тогда, когда ты вместо ответа начал посылать > в поисковики, а последние посты это уже из категории "глумление над > трупом". Ну успехов :)
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	43. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 15-Окт-17, 01:37
	> Dblink Это не формат представления данных, а модуль который ходит в другие СУБД SQL-ем или другим поддерживаемым методом целевой СУБД.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	49. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–2 +/–
	Сообщение от ыы on 15-Окт-17, 09:17
	прежде того, как вы начнете решать вопрос о формате - вы должны решить вопрос о целесообразности и способе. Во первых - данные не надо передавать. И большие объемы оных - тем более. Это тратит время и деньги. Если есть возможность НЕ ПЕРЕДАВАТЬ данные- следует пойти этим путем. Если же вам не удается избежать отказа от передачи данных - то лучше всего делать передачу без "форматов", непосредственно делая нечто в таком духе: "insert as select from dblink" (c) Если у вас нормальная современная СУБД - у вас вероятнее всего есть такая технология в СУБД. Даже в постгрес и мускуле она есть (не так хорошо как в oracle, но все же). Гражданин, задавший вопрос какие форматы лучше CSV - просто не понимает проблемы. Он никогда не сталкивался с такими проблемами в серьез, и по этому ничего кроме CSV не понимает. Он не понимает что данные- передавать не надо. Ни в каком формате. Он не понимает что передавать данные нужно при любой возможности без промежуточных преобразований. Поскольку любое каждое преобразование- это потеря времени и денег. и если у вас есть возможность "передать данные" не передавая их физически или не используя любой "формат" - это лучший выбор.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	68. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 16-Окт-17, 03:41
	> Он не понимает что передавать данные нужно при любой возможности без промежуточных преобразований. Т.е. данные нужно передавать в формате хранения на накопителе? На самом деле это ты не понимаешь, что у данных нет конкретного единственного формата представления, даже внутри более-менее нетривиальной СУБД существует несколько вариантов представления данных в зависимости от уровня погружения к носителю. Точно так же дело обстоит и с обменом данными - их укаковывают в какой угодно подходящий формат для решения задачи. Иногда бывает удобен и CSV. > Он не понимает что данные- передавать не надо. Ты сейчас пытаешься потрахать людям мозги и увести обсуждение в какую-то другую плоскость. Давай тогда более радикально поменяем тему: ты не понимаешь, что данные создавать вообще не нужно в больших объёмах, любое создание данных приводит к затратам на хранение.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	74. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–2 +/–
	Сообщение от Dr. Manhattan on 16-Окт-17, 14:49
	>[оверквотинг удален] > представления, даже внутри более-менее нетривиальной СУБД существует несколько вариантов > представления данных в зависимости от уровня погружения к носителю. > Точно так же дело обстоит и с обменом данными - их укаковывают > в какой угодно подходящий формат для решения задачи. Иногда бывает удобен > и CSV. >> Он не понимает что данные- передавать не надо. > Ты сейчас пытаешься потрахать людям мозги и увести обсуждение в какую-то другую > плоскость. Давай тогда более радикально поменяем тему: ты не понимаешь, что > данные создавать вообще не нужно в больших объёмах, любое создание данных > приводит к затратам на хранение. Вы такой забавный. Я искренне поддерживаю Ваше желание оказаться правым. Вы правы. Ваше представление о сути проблемы - правильное. Не сомневайтесь в нем. Успехов Вам...
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	29. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от Аноним (??) on 14-Окт-17, 23:32
	Каждая таблица в базе данных очень проста и там только примитивные наборы. А ты ж, гляди, большие таблицы существуют!
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	30. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от ыы on 14-Окт-17, 23:34
	> Каждая таблица в базе данных очень проста и там только примитивные наборы. Да что вы говорите... :) > А ты ж, гляди, большие таблицы существуют!
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	35. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от angra (ok) on 15-Окт-17, 00:11
	Не, ну если какой-то альтернативно одаренный гений пихает в БД фильмы в виде блобов, то кто ему доктор. А в большинстве случаев в таблицах хранится действительно примитивный набор данных: строки, числа, даты. Но ты можешь поделиться с нами своим опытом хранения чего-то непримитивного, уверен, будет как минимум забавно.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	37. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–1 +/–
	Сообщение от ыы on 15-Окт-17, 00:30
	> Не, ну если какой-то альтернативно одаренный гений пихает в БД фильмы в > виде блобов, то кто ему доктор. Обгадить то что не понимаешь.. так себе метод :)
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	44. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от angra (ok) on 15-Окт-17, 01:48
	Ну так не томи, поделись уже примерами непримитивных данных, для которых формат csv плохо подходит. А тока пока от тебя только "глубокомысленные" высказывания со смайликами поступают.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	50. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–1 +/–
	Сообщение от ыы on 15-Окт-17, 10:00
	LOB, передача базы между СУБД.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	60. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–1 +/–
	Сообщение от angra (ok) on 15-Окт-17, 18:08
	> LOB Уточни, что из этого https://en.wikipedia.org/wiki/LOB ты имел ввиду. И каким образом это связанно с данными(не внутренним форматом файла СУБД), хранящимися в таблицах. > передача базы между СУБД. Передача базы это у тебя данные? Ты вообще смысл вопросов понимаешь?
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	62. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–1 +/–
	Сообщение от ыы on 15-Окт-17, 18:27
	>> LOB > Уточни, что из этого https://en.wikipedia.org/wiki/LOB ты имел ввиду. И каким образом это > связанно с данными(не внутренним форматом файла СУБД), хранящимися в таблицах. Уточняю: Вы тролль в запущенной стадии.  LOB в контексте вопроса может быть только такой: https://ru.wikipedia.org/wiki/LOB >> передача базы между СУБД. > Передача базы это у тебя данные? Ты вообще смысл вопросов понимаешь? Описание данных - это часть данных.  Когда вы передаете данные вместе со структурами- проще всего - передать целиком базу. Вы этого не знали? Хотя я подозреваю что даже не задумывались об этом...
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	66. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–2 +/–
	Сообщение от Лис on 16-Окт-17, 01:33
	> всеми кроме microsoft Больше небылиц.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	26. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от лютый жабист__ on 14-Окт-17, 22:03
	И что такого? В тех же графовых субд максимальная скорость импорта из csv и реально лютая (у нео4ж 250млн зап за 5 минут)
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	34. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–1 +/–
	Сообщение от пох on 15-Окт-17, 00:08
	> И что такого? В тех же графовых субд максимальная скорость импорта из > csv и реально лютая (у нео4ж 250млн зап за 5 минут) я просто оставлю это здесь: /(?:(?:[^,"]*(?:"[^"]*")*)*,){3}((?:[^,"]*(?:"[^"]*")*)*),/ (c) не мое, подсмотрел sqlite, кстати, такое не может, тоже предлагают использовать херню на php(sic!) парсящую xml(ooops...) https://sqlite.org/cvstrac/wiki?p=ImportingFiles
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	40. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+2 +/–
	Сообщение от Crazy Alex (ok) on 15-Окт-17, 00:38
	Регэкспом? Это что за самоубийцы? Вроде ж на абсолютно любых языках есть нормальные парсеры...
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	41. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–2 +/–
	Сообщение от пох on 15-Окт-17, 00:59
	> Вроде ж на абсолютно любых языках есть нормальные парсеры... "нормальный парсер" csv не использующий что-то похожее (этот, если кому неочевидно, выковыривает четвертое (вроде ;) поле из несферического в вакууме csv - где могут быть кавычки в тексте, и двойные тоже, пробелы без кавычек, запятые внутри поля и прочие радости жизни) - ну-ка, покажите-ка? А то вот "нормальный парсер" той же sqlite часто не может прочитать ее собственный экспорт - откуда и берутся идиотические идеи использовать php и xml.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	46. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+1 +/–
	Сообщение от angra (ok) on 15-Окт-17, 02:41
	>ну-ка, покажите-ка? Да легко https://golang.org/src/encoding/csv/reader.go Никаких регексов, парсит CSV соответствующий RFC 4180, то бишь "могут быть кавычки в тексте, и двойные тоже, пробелы без кавычек, запятые внутри поля и прочие радости жизни" А если почитаешь сам RFC 4180, то найдешь там BNF грамматику для этого формата, используя которую, можно генерировать парсеры для нужного ЯП при помощи соответствующего софта.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	53. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–3 +/–
	Сообщение от пох on 15-Окт-17, 12:09
	> Да легко > https://golang.org/src/encoding/csv/reader.go в отличие от regex - который я могу проверить просто внимательно на него глядя, здесь триста (ну ладно, полтораста за вычетом комментариев) строк кода (использующих полмиллиона из других модулей), который проверифицировать я не осилил, не настолько хорошо понимаю go, соответственно - давайте еще ваши восемсот строк тестов, подтверждающих, что этот код таки справится с несферическим в вакууме csv. Я надеюсь, в "нормальном языке" принято их писать? ;-) то что они знали про excel, конечно, хороший признак. так что я рад, конечно, за go-писателей, что у них есть подобная хренотень в библиотеке, но самому вручную реализовывать конечный автомат по одному символу, а потом еще спотыкаться о битые файлы отдельно - очень не хотелось бы. Надеюсь, оно хотя бы быстрее сишного pcre? > А если почитаешь сам RFC 4180, это отдельная тема - например, пункт 6 там в принципе не нужен и не всеми выполняется. Насколько несферический в вакууме csv будет ему соответствовать, я не берусь угадать.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	55. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+2 +/–
	Сообщение от Ordu (ok) on 15-Окт-17, 14:02
	> триста (ну ладно, полтораста за вычетом комментариев) строк кода Парсящие регекспы согласно RFC, корректно обрабатывающие комментарии в csv, генерирующие гораздо более осмысленные и информативные ошибки, в случае некорректности CSV. Сопровождённые комментариями, то есть отладка кода или привнесение в него новых возможностей возможны без переписывания всего кода заново. > использующих полмиллиона из других модулей Регекспы используют libpcre или, иногда, какую-нибудь альтернативу. Сколько там строк в libpcre если посчитать с зависимостями? Ты _их_ проверифицировал? > самому вручную реализовывать конечный автомат по одному символу, а потом еще спотыкаться о битые файлы отдельно - очень не хотелось бы Регекспы, спотыкаясь о битые файлы, ведут себя гораздо более непредсказуемо. Отлаживать регекспы, с тем чтобы они корректно вели себя на некорректно сформированных данных -- это просто самоубийство. А ведь ещё хочется, чтобы парсер указывал на ошибку и пояснял, в чём она состоит -- если он не делает этого, то выходит очень весело, когда я выдрал откуда-то данные, засунул в парсер, а парсер сфейлился сказав лишь "Incorrectly formed data". Как я могу отладить после этого свой код, генерящий csv? Просматривать полмиллиона строк csv глазами в поисках ошибки? Разбивать этот кусок данных на отдельные строки, и смотреть на какой из них сфейлится парсер? А если в этой строке несколько сотен отдельных записей? Я на своём опыте знаю, чем заканчиваются подобные истории с парсерами на регекспах -- мне приходится отлаживать сразу и регексп, и csv, и исходные данные из которых csv генерируется, и генератор csv. Отлаживать только для того, чтобы понять в каком месте возникает ошибка. > самому вручную реализовывать конечный автомат по одному символу Зачем самому? Есть готовый код на github'е. Если тебе неинтересно реализовывать конечные автоматы, то есть люди, которым это интересно. Я, например, всегда с удовольствием. Я всегда выискиваю причины, по которым тот или иной регексп следовало бы заменить на самостоятельную реализацию, потому что если причины есть, то можно наслаждаться написанием конечного автомата, с осознанием того, что я не бесцельной мастурбацией занимаюсь, а делаю полезное дело.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	56. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–3 +/–
	Сообщение от пох on 15-Окт-17, 15:14
	> Парсящие регекспы согласно RFC, корректно обрабатывающие комментарии в csv так тебе не надо "согласно rfc", если ты (надеюсь) не писатель процитированного кода, призванного осчастливить всех. Тебе надо согласно тому бреду, который породил очередной cvs export. Комментарии? А как их корректно обрабатывать? Я вот вырезаю нафиг - что еще с ними делать, если файл не глазами смотришь? > Регекспы используют libpcre или, иногда, какую-нибудь альтернативу. Сколько там строк в > libpcre если посчитать с зависимостями? ее тестируют, да ;-) Мне вот и интересно, у писателей либ для "нормальных языков" есть такая практика, или "у них все работает"? Ну и я вовсе не призываю пользоваться regex вместо посимвольного конечного автомата (конкретно этот вообще для другого был придуман) - я привел его просто чтобы в одной строчке сразу показать, что разбор csv - на самом деле довольно непростая и не очень-то быстрая процедура. (если что, этот пример - конечный автомат, записанный, постфактум, в виде regexp'а - хрен иначе такое придумаешь) Впрочем, sql dump, нормальный, не extended insert какой, и с правильными кавычками, парсить ничуть не лучше. А размер у него изрядно больше за счет ненужных sql'ных конструкций.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	57. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от Ordu (ok) on 15-Окт-17, 17:11
	>> Парсящие регекспы согласно RFC, корректно обрабатывающие комментарии в csv > так тебе не надо "согласно rfc", если ты (надеюсь) не писатель процитированного > кода, призванного осчастливить всех. > Тебе надо согласно тому бреду, который породил очередной cvs export. И? Чем регексп в такой ситуации будет лучше? Если те, кто писал код генерящий csv не ориентировались на rfc, то ещё менее вероятно, что они ориентировались на наш наколенный регексп. И что делать в такой ситуации -- вообще нет никакого единого решения. Иногда в интерактивном режиме в текстовом редакторе приходится приводить csv во вменяемый вид. Понятно, используя при этом регекспы и прочую автоматизацию, но проверяя каждое изменение глазами. Ну, конкретно с csv мне не приходилось таким заниматься, но вообще бывало. В excel'е, например, когда я будучи молодым дураком, по доброте душевной написал скрипт для автоматизации секретуткам. Скрипт который брал данные из таблички и складывал в другую табличку. Эти тупые женщины, так и не смогли освоить простые правила внесения исходных данных, и довольно долго донимали потом меня, чтобы я своим скриптом сделал бы их работу. (Совсем некстати, но чёт мне вспомнилась весёлая история, с ещё более весёлым обсуждением: https://workplace.stackexchange.com/questions/93696/is-it-un... ) > Комментарии? А как их корректно обрабатывать? Я вот вырезаю нафиг - что > еще с ними делать, если файл не глазами смотришь? Что с ними делать -- вырезать естественно. Но это дополнительные сложности парсящего кода, которые не включены в регексп. >> Регекспы используют libpcre или, иногда, какую-нибудь альтернативу. Сколько там строк в >> libpcre если посчитать с зависимостями? > ее тестируют, да ;-) Мне вот и интересно, у писателей либ для > "нормальных языков" есть такая практика, или "у них все работает"? Если тестирование библиотек входит в список необходимых практик для того, что в твоём понимании "нормальный язык", то конечно тестируют. В тех языках в которых я сталкивался с библиотеками для парсинга всяких разных форматов представления данных, типа csv, yaml, toml, и пр, они просто работали. То есть ни разу не было проблем, которые бы порождались кривизной библиотечного кода. > Ну и я вовсе не призываю пользоваться regex вместо посимвольного конечного автомата > (конкретно этот вообще для другого был придуман) - я привел его > просто чтобы в одной строчке сразу показать, что разбор csv - > на самом деле довольно непростая и не очень-то быстрая процедура. (если > что, этот пример - конечный автомат, записанный, постфактум, в виде regexp'а > - хрен иначе такое придумаешь) А... Ну, с данным утверждением сложно не согласиться. Очевидно, я не понял контекста, прежде чем врываться в обсуждение.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	58. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–2 +/–
	Сообщение от пох on 15-Окт-17, 18:00
	там, кстати, дополнительно забавное - наше чудушко кетайское эти терабайтные csv _кусками_ жрет! Пожалуй, на досуге, гляну в код - сам я как-то даже без пол-банки и не соображу, можно ли вообще в взятом с середины csv-файле неведомого характера вообще надежно понять, где у него начало следующей записи. приведенный кусок стандартной библиотеки таким интеллектом не обременен.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	82. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–1 +/–
	Сообщение от . on 18-Окт-17, 02:27
	>Отлаживать регекспы, с тем чтобы они корректно вели себя на некорректно сформированных данных -- это просто самоубийство. Вот! Зришь в корень! 100500%!!!
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

36. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–1 +/–
Сообщение от Аноним (??) on 15-Окт-17, 00:22
Оно судя по всему для хранения бэкапов.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

52. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–3 +/–
Сообщение от дядя on 15-Окт-17, 11:36
Только таблицы и вью? База данных без логики на серверной стороне? Серьезно? Такое максимум на hello world тянет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	63. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–1 +/–
	Сообщение от ыы on 15-Окт-17, 20:35
	а в redis много логики? Но дело не в этом. вы сейчас совершаете ошибку такую же как вот те товарищи сверху рассуждающие о преимуществе CSV при передаче данных перед всем остальным. база данных - это не СУБД. а СУБД - это НЕ база данных. ( CSV файл- в неком смысле- это тоже база данных (такие базы данных называются базами данных на простых файлах). То есть передавая CSV файл - вы по сути передаете "базу данных" в некотором смысле. )
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	69. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+1 +/–
	Сообщение от Вареник on 16-Окт-17, 04:46
	Логика должна быть на Application Server.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	76. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от Dr. Manhattan on 16-Окт-17, 14:59
	Если вы посмотрите как устроена трехзвенная архитектура, например у Oracle- то обнаружите что логика в базе данных - очень даже хорошо и правильно.
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	77. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от gaga (ok) on 16-Окт-17, 18:25
	Главным образом, это правильно для Оракла, потому что вся система получается намертво прибитой к нему, а значит денежки продолжат капать.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	78. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–1 +/–
	Сообщение от ыы on 16-Окт-17, 18:58
	Трехзвенную архитектуру можно реализовать на любой платформе. Причем тут именно Оракл? Я привел его просто в качестве примера, как поставщика решений в котором оная хорошо отработана.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	79. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	–2 +/–
	Сообщение от лютый жабист__ on 17-Окт-17, 07:27
	>Если вы посмотрите как устроена трехзвенная архитектура, например у Oracle- Ещё к Тому Кайту в бложик asktom сходите поучиться проектировать большие системы :) столько лучей поноса в сторону серверов приложений. Хотя и у самого Оракля есть Weblogic. Ну, просто Томми работает в отделе OracleSQL и у него своя правда. Кривая и косая по меркам остальной планеты.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	84. "Доступна отказоустойчивая СУБД CockroachDB 1.1"	+/–
	Сообщение от Castbreeder on 20-Янв-18, 02:16
	Если бы ты писал нормальное ПО, то знал бы, что логика на стороне БД зло. Нетестируемое болото, которое никто никогда не разгребет
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

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

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