Большой XML

← →
Медвежонок Пятачок © (2009-08-28 12:15) [40]

Ты еще раз приводишь пример того, о чем я тебе НЕ говорил.

Ну а ты приводишь примеры обмена дампами бд со своей младшей сестрой из пятого бэ, про которую все знаешь.

← →
Дмитрий С © (2009-08-28 12:20) [41]

> Ну а ты приводишь примеры обмена дампами бд со своей младшей
> сестрой из пятого бэ, про которую все знаешь.

Снова только эмоции. При выборе формата нет места эмоциям.

← →
Медвежонок Пятачок © (2009-08-28 12:21) [42]

При выборе формата нет места эмоциям.

Ок. Переходим от слов и эмоций к делу.
Щас пришлю тебе дамп каше а ты его вкачай.

← →
Игорь Шевченко © (2009-08-28 12:27) [43]

> а ты его вкачай.

и провалидируй...

← →
Медвежонок Пятачок © (2009-08-28 12:36) [44]

Даже если забить на проблемы чтения дампов хрен знает каких серверов и иметь глобальную билиотеку которая читает все отовсюду, то:

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

так мне что, раскурив единожды сам дамп, курить еще и все эволюции в чужой схеме чтобы понять где там и что там лежит?

← →
Дмитрий С © (2009-08-28 12:37) [45]

> Медвежонок Пятачок © (28.08.09 12:21) [42]

Какая разница что парсить, твой дамп или XML?
В любом случае должна быть договоренность о формате. XML это даже не формат, а язык разметки для форматов. Фраза "данные в формате XML" не говорит нам о том, что данные формализованы (не смотря на само слово "формат". игра слов).

Я уверен, что SQL дамп проще преобразовать в дамп конкретной БД, либо можно использовать ansi sql.

← →
Медвежонок Пятачок © (2009-08-28 12:39) [46]

Пипец. Это пипец.

← →
Дмитрий С © (2009-08-28 12:41) [47]

> Медвежонок Пятачок © (28.08.09 12:36) [44]

XML это единственный расширяемый формат данных с обратной совместимостью. Так по твоему?

← →
Медвежонок Пятачок © (2009-08-28 12:41) [48]

Я уверен, что SQL дамп проще преобразовать в дамп конкретной БД, либо можно использовать ansi sql.

Мне уже спросить про то, сколько вами было реально произведено таких преобразований за свою деятельность? И откуда куда.
Или еще не надо?

← →
Дмитрий С © (2009-08-28 12:43) [49]

> Пипец. Это пипец.

Это не пипец. Пипец - это замкнутость и ограниченность в голове.

← →
Дмитрий С © (2009-08-28 12:45) [50]

> Мне уже спросить про то, сколько вами было реально произведено
> таких преобразований за свою деятельность? И откуда куда.
>
> Или еще не надо?

Это не имеет значения. Даже нормальным алгоритмом можно преобразовать.

← →
Медвежонок Пятачок © (2009-08-28 12:48) [51]

Даже нормальным алгоритмом можно преобразовать.

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

сори конечно за неточность цитирования классиков.

← →
ZeroDivide © (2009-08-28 12:48) [52]

> Я уверен, что SQL дамп проще преобразовать в дамп конкретной
> БД, либо можно использовать ansi sql.

Это фиговое предложение. Это будет работать в случае, если структура базы совпадает (очень большое и нехорошее ограничение)

К тому же, получится файл еще менее понимаемый, чем xml. Если xml хоть браузером просмотришь и поймешь, а dbf-ку dbf-вьювером, соответственно то, отдельно fields отдельно values пока не вкачаешь не разберешься.

← →
test © (2009-08-28 12:51) [53]

Дмитрий С © (28.08.09 12:37) [45]
Допустим надо выбрать телефоны у 120 рразнородных компаний, они их честно прислали. 120 схем разварачивать будешь? А как автоматически в 120 схемах найти именно телефоны?

← →
Дмитрий С © (2009-08-28 12:57) [54]

> Это фиговое предложение. Это будет работать в случае, если
> структура базы совпадает (очень большое и нехорошее ограничение)

И тем не менее, формат имеет право на жизнь и даже удобен в некоторых случаях. Например, мне XML не нужен для передачи дампа БД с моей машины разработчка на хостинг. Самая распространенная программа для этого (phpmyadmin) не поддерживает импорта из XML, даже из того, в который экспортирует.

> Медвежонок Пятачок © (28.08.09 12:48) [51]

Вся кровь уходит, похоже, в большой член. Снова эмоции.

← →
Медвежонок Пятачок © (2009-08-28 12:58) [55]

Например, мне XML не нужен для передачи дампа БД с моей машины разработчка на хостинг.

Каким боком это относится к обмену данными?

← →
Медвежонок Пятачок © (2009-08-28 13:00) [56]

Например, мне XML не нужен для передачи дампа БД с моей машины разработчка на хостинг.

С таким же успехом я заявлю, что процесс селекта - это тоже обмен данными. И скажу, что вместо селекта нужно тянуть на клиента дамп бд и там его парсить "нормальным алгоритмом"

← →
Медвежонок Пятачок © (2009-08-28 13:02) [57]

Короче, Дима.
Сейчас уже совершенно ясно, что реально вы ни одной задачи по реальному обмену данными в жизни своей не решали.

Вы рафинированный теоретик

← →
atruhin © (2009-08-28 13:15) [58]

> [48] Медвежонок Пятачок © (28.08.09 12:41)
> Я уверен, что SQL дамп проще преобразовать в дамп конкретной
> БД, либо можно использовать ansi sql.

А если подумать? Покажи ка пример скрипта, загружающего документ со строками (master-detail) на ansi sql.
Учитывая что в ansi sql не переменных и некуда вернуть id мастер записи.

> Медвежонок Пятачок © (28.08.09 12:58) [55]
>
> Например, мне XML не нужен для передачи дампа БД с моей
> машины разработчка на хостинг.
>
> Каким боком это относится к обмену данными?

А каким боком не относится? :)

> Сейчас уже совершенно ясно, что реально вы ни одной задачи
> по реальному обмену данными в жизни своей не решали.
>
> Вы рафинированный теоретик

Расскажите, пожалуйста, каким образом одно следует из другого.

Не отдавайтесь эмоциям, пожалуйста. Мы тут не членами меримся, а обсуждаем.

Мне кажется, что Игорь Шевченко понимает, что я не против XML, и он прав. Я очень даже за. Я за то, чтобы передавать данные в формате XML, при определенных условиях. Всегда же использовать XML для обмена не имеет смысла. Нужно разумно учитывать все параметры задачи (например, ее глобальность, простоту поддержки, вашу зарплату в конце концов. А также, достоинства и недостатки форматов). Это мое мнение. Возможно оно неправильно, однако его, пока, никто не оспорил. Оспаривают, пока, все что угодно, включая мои умственные способности, но не мнение по этому поводу.

> Медвежонок Пятачок © (28.08.09 13:02) [57]

Вам так хочется чтобы я оказался неправ, а вы правы? :)

> test © (28.08.09 13:18) [59]
> Дмитрий С © (28.08.09 12:57) [54]
> Кароче ты просто не хочешь учить XML.

Да нееет. На самом деле все уехали и мне не с кем поговорить :))

На самом деле я тут не причем. Есть язык и область его применения. Когда мне нужно попадать в эту область, я использую его, когда не нужно — не использую. Когда мне выгоднее использовать свой формат - я использую свой формат.
Повторюсь. Мне XML нравится по многим параметрам. А когда, наконец-то? выучу XSLT будет еще больше нравится.

> atruhin © (28.08.09 13:15) [58]

Не совсем понятно о чем ты говоришь. Расскажи подробнее.
И расскажи как эта задача успешно решается с помощью XML :)

Расскажите, пожалуйста, каким образом одно следует из другого.

Не вижу смысла продолжать дискуссию с человеком который абсолютно не в теме. Почему не в теме?
Потому что в качестве первого реального аргумента неудобности xml приведен случай заливки на хостинг файлов майэкьюэль.

ЗЫ ламье и школота.

> Медвежонок Пятачок © (28.08.09 13:59) [63]

Снова эмоции вместо того чтобы объективно что-то сказать. Вам бы учиться общаться с людьми, сдерживать свои эмоции, а не программировать. Такие люди как вы ничего не добиваются в жизни.

Да нет у меня никаких эмоций. Мне тоже в пятницу скучно, сижу дурачусь.
Прикалываюсь над чудаками

> Прикалываюсь над чудаками

А соблазнить девочку духу не хватает? :)

Большой XML Найти похожие ветки