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

Доступна отказоустойчивая СУБД CockroachDB 1.1, opennews (ok), 14-Окт-17, (0) [смотреть все] кто бы рассказал, ЧТО, блин, на самом деле байда там хранит Вряд ли ведь они , пох (?), 11:49 , 14-Окт-17, (4) –3 // В последнее время часто вижу какую-то предвзятость и паранойю к китайцам в IT И, Фуррь (ok), 13:37 , 14-Окт-17, (7) +3 // Некоторые несознательные товарищи, которые не совсем и даже совсем нам уже не то, Аноним (-), 13:54 , 14-Окт-17, (8) –1 // Ноуп, я не в этом смысле Интересно, почему именно в IT такая предвзятость , Фуррь (ok), 13:57 , 14-Окт-17, (10) Не только в ИТ, поверь , vanzhiganov (ok), 14:11 , 14-Окт-17, (11) +1 потому что все остальное они примерно так же делают Почитай, если сумеешь найти , пох (?), 15:23 , 14-Окт-17, (13) А где ты тут предвзятость нашёл Вроде бы наоборот, было предположение, что байд, Crazy Alex (ok), 13:57 , 14-Окт-17, (9) –1 // Ну как бы у них свой китайский мир, по численности носителей языка англосаксов д, Аноним (-), 03:38 , 15-Окт-17, (48) +1 им не пофиг, они, в отличие от вас, жрать себе в ответ на cмешные санкции не з, пох (?), 12:59 , 16-Окт-17, (70) Один поисковик сожрёт минимум несколько петабайт для хранения копий интерента на, all_glory_to_the_hypnotoad (ok), 22:26 , 14-Окт-17, (27) // только эта база явно не для хранения копий интернета им совершенно не нужна суп, пох (?), 23:46 , 14-Окт-17, (31) // Ошибаешься по всем пунктам По таким базам строят поисковые индексы и если из Б, all_glory_to_the_hypnotoad (ok), 01:33 , 15-Окт-17, (42) –1 много поисковых систем-то видел вживую по каким таким По базе копий всего и, пох (?), 23:27 , 15-Окт-17, (64) –2 Некоторое колв-о отличное от нуля Не неси чуши Ну ладно, сверкни интеллектом и , all_glory_to_the_hypnotoad (ok), 03:05 , 16-Окт-17, (67) только сам sql для такой задачи - не нужен Совсем Спрашивается - ну и из каког, пох (?), 13:19 , 16-Окт-17, (71) –2 Whatever the missing mass of the Universe is, I hope it s not in cockroaches , YetAnotherOnanym (ok), 11:58 , 14-Окт-17, (5) +1 Терабайты в CSV вышел в окно, anomymous (?), 16:25 , 14-Окт-17, (15) –4 // Ну, терабайт не видел, а вот десятки гигабайт - да не с этой штукой Оно правд, Crazy Alex (ok), 16:49 , 14-Окт-17, (17) +2 А что не так Всё экономней, чем SQL-дамп , Аноним (-), 17:09 , 14-Окт-17, (19) +1 // после вот этого Из ограничений CockroachDB отмечается плохая пригодность для ре, ыы (?), 20:41 , 14-Окт-17, (23) // Ну логично - отказоустойчивое, но неспешное и не любящее особо навороченные запр, Crazy Alex (ok), 20:58 , 14-Окт-17, (24) +1 это единственный стандартизированный всеми кроме microsoft формат для обмена, пох (?), 18:07 , 14-Окт-17, (21) // формат этот для обмена данными крайне неудобен годен только для передачи самых п, ыы (?), 20:34 , 14-Окт-17, (22) –3   // Ну назови более удобный в контексте обмена данными между существующими СУБД , angra (ok), 21:52 , 14-Окт-17, (25)   Dblink, штатный экспорт импорт, промежуточные базы sqlite , xml, ыы (?), 22:57 , 14-Окт-17, (28) –3   штатный совместим только сам с собой, и часто совершенно не является эффективным, пох (?), 23:53 , 14-Окт-17, (32) +1   Сверхбольшие объемы данных - передавать вообще не надо Если у вас часто возника, ыы (?), 00:34 , 15-Окт-17, (39) –2   Ну да - а если ты ходишь в памперсах, то должно быть весь мир - тоже - Ну ничег, . (?), 02:05 , 18-Окт-17, (81) –1   Есть СУБД mysql и есть СУБД postgres, как ты собираешься передать между ними дан, angra (ok), 00:07 , 15-Окт-17, (33)   Вас на поисковике забанили , sqlite, xml А вот с форматами Ну, с примитивными д, ыы (?), 00:32 , 15-Окт-17, (38) –2   Если тебе будет так легче, то представь, что забанили По сути ответ будет или о, angra (ok), 02:05 , 15-Окт-17, (45)   Если у какого-то неумного человека, возникает потребность передавать большие объ, ыы (?), 10:24 , 15-Окт-17, (51) –5   Ну как и ожидалось, куча трёпа не по задаче, рассказы, что тебе такая задача не , angra (ok), 18:03 , 15-Окт-17, (59)   Почему вы считаете что ваша задача- осмысленна Я вам сказал как ее можно решить , ыы (?), 18:23 , 15-Окт-17, (61) –3   Если ты неспособен держать нить дискуссии в голове, то я тебе напомню Речь шла , angra (ok), 23:35 , 15-Окт-17, (65) +2   gt оверквотинг удален Ну успехов , Dr. Manhattan (?), 14:40 , 16-Окт-17, (73) –1   Это не формат представления данных, а модуль который ходит в другие СУБД SQL-ем , all_glory_to_the_hypnotoad (ok), 01:37 , 15-Окт-17, (43)   прежде того, как вы начнете решать вопрос о формате - вы должны решить вопрос о , ыы (?), 09:17 , 15-Окт-17, (49) –2   Т е данные нужно передавать в формате хранения на накопителе На самом деле это, all_glory_to_the_hypnotoad (ok), 03:41 , 16-Окт-17, (68)   gt оверквотинг удален Вы такой забавный Я искренне поддерживаю Ваше желание о, Dr. Manhattan (?), 14:49 , 16-Окт-17, (74) –2   Каждая таблица в базе данных очень проста и там только примитивные наборы А ты , Аноним (-), 23:32 , 14-Окт-17, (29)   Да что вы говорите , ыы (?), 23:34 , 14-Окт-17, (30)   Не, ну если какой-то альтернативно одаренный гений пихает в БД фильмы в виде бло, angra (ok), 00:11 , 15-Окт-17, (35)   Обгадить то что не понимаешь так себе метод , ыы (?), 00:30 , 15-Окт-17, (37) –1   Ну так не томи, поделись уже примерами непримитивных данных, для которых формат , angra (ok), 01:48 , 15-Окт-17, (44)   LOB, передача базы между СУБД , ыы (?), 10:00 , 15-Окт-17, (50) –1   Уточни, что из этого https en wikipedia org wiki LOB ты имел ввиду И каким об, angra (ok), 18:08 , 15-Окт-17, (60) –1   Уточняю Вы тролль в запущенной стадии LOB в контексте вопроса может быть толь, ыы (?), 18:27 , 15-Окт-17, (62) –1   Больше небылиц , Лис (?), 01:33 , 16-Окт-17, (66) –2 И что такого В тех же графовых субд максимальная скорость импорта из csv и реал, лютый жабист__ (?), 22:03 , 14-Окт-17, (26) // я просто оставлю это здесь , , 3 , , пох (?), 00:08 , 15-Окт-17, (34) –1 // Регэкспом Это что за самоубийцы Вроде ж на абсолютно любых языках есть нормаль, Crazy Alex (ok), 00:38 , 15-Окт-17, (40) +2 нормальный парсер csv не использующий что-то похожее этот, если кому неочевид, пох (?), 00:59 , 15-Окт-17, (41) –2 Да легко https golang org src encoding csv reader goНикаких регексов, парсит C, angra (ok), 02:41 , 15-Окт-17, (46) +1 в отличие от regex - который я могу проверить просто внимательно на него глядя, , пох (?), 12:09 , 15-Окт-17, (53) –3 Парсящие регекспы согласно RFC, корректно обрабатывающие комментарии в csv, гене, Ordu (ok), 14:02 , 15-Окт-17, (55) +2 так тебе не надо согласно rfc , если ты надеюсь не писатель процитированного , пох (?), 15:14 , 15-Окт-17, (56) –3 И Чем регексп в такой ситуации будет лучше Если те, кто писал код генерящий cs, Ordu (ok), 17:11 , 15-Окт-17, (57) там, кстати, дополнительно забавное - наше чудушко кетайское эти терабайтные csv, пох (?), 18:00 , 15-Окт-17, (58) –2 Вот Зришь в корень 100500 , . (?), 02:27 , 18-Окт-17, (82) –1 Оно судя по всему для хранения бэкапов , Аноним (-), 00:22 , 15-Окт-17, (36) –1 Только таблицы и вью База данных без логики на серверной стороне Серьезно Так, дядя (?), 11:36 , 15-Окт-17, (52) –3 // а в redis много логики Но дело не в этом вы сейчас совершаете ошибку такую же к, ыы (?), 20:35 , 15-Окт-17, (63) –1 Логика должна быть на Application Server , Вареник (?), 04:46 , 16-Окт-17, (69) +1 // Если вы посмотрите как устроена трехзвенная архитектура, например у Oracle- то о, Dr. Manhattan (?), 14:59 , 16-Окт-17, (76) // Главным образом, это правильно для Оракла, потому что вся система получается нам, gaga (ok), 18:25 , 16-Окт-17, (77) Трехзвенную архитектуру можно реализовать на любой платформе Причем тут именно , ыы (?), 18:58 , 16-Окт-17, (78) –1 Ещё к Тому Кайту в бложик asktom сходите поучиться проектировать большие системы, лютый жабист__ (?), 07:27 , 17-Окт-17, (79) –2 Если бы ты писал нормальное ПО, то знал бы, что логика на стороне БД зло Нетест, Castbreeder (?), 02:16 , 20-Янв-18, (84) 4,5,15,36,52

Сообщения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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