Подумываю о тхт. там можно значениевстрокувнутр

(4) значениеВфайл

я за

и за

(3) что хочу то и сохраняю :), но лучше что. если использовать значениевфайл, а ? не дзырим а пишем....

и все молчат. ну????? все равно что лучше кинуть монетку и решить. что лучше для себя!

1Sqlite

(6) служба упала? тогда что

(0) два сервера линукса в паре

(5)
> все равно что лучше кинуть монетку и решить. что лучше для себя!

шматок сала подкинь, а не монетку

(6) а где голос за свой. ептить

(9) миза..... а по теме. говнень могу и без тебя кидать

(11) да уж лучше без меня кидай это

я то знаю или могу знать что мне надо. но ОПЫТ решат все. так что по поводу игр снежки, можем так поговорить... а если по делу то сразу!

просто есть функционал, нах хмл если мона то или то, то кто жа що?

(13) я тебе как опытный говорю - спать иди.

я не спрашивал этого

я же не пишу. я хочу от 1 до   NNNNNN

N = произвольный

(0) хмл удобнее разбирать. Если еще есть схема хсд для этой структуры, то лучше не придумаешь. Или вариант 3. sql.

а если чтение структуры в 1с, но без хранее в бд

если брать источник мд или сф 1с, а приемник некую хмл,тхт (лучще объект). но весь алгоритм обмена на 1с. тогда что ? а ?

обработка что то берет (н),и т.д., вернуло (к). ваш варианты

а ДБФ не подойдет?

В 8.2 же есть какое-то внешнее хранилище... Копаться лень...

(23) дбф долго наверное. но я что то внешним таблицам вообще не доверяю :)

(24) и хорошо что есть, но тут обсуждается не где хранить, а как

(26) а, сразу не понял
я за

SQL + внешние источники данных)

в коробке на полочке

(0) Для хранения "некие данные" :) создай ещё одну базу - специализированную под эти "некие" :)) данные.

(7) Какая служба, ты о чем?

Что за данные?
Как часто к ним обращаться?
Нужна ли ссылочная целостность?
И т.д.

Лучше толком сделать.

DBF

Смотря какие данные. Если табличные, то может и эксель, а может и скл майкрософта или майскуль.
Некоторые данные в xml хранить лучше. Данные структурированные?

(35)а неструктурированные бывают?

(36) бывают

XML - угрёбищный формат, неподходящий для хранения изменяющихся данных

(37) можно пример?

(39) Текст романа "Война и мир"

(38) а если xml в sql?

mssql например умеет индексы по таким данным делать

Мне одному кажется, что автору делали лоботомию и в нем забыли интсрументы?

(0) зачем хранить данные вне базы?

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

(40) Он вполне структурирован правилами русского языка, а так же отношениями следования и подчинённости. Незачёт.

(41) кривая попытка реализации постреляционной субд

(43) поддерживаю

(43) лоботомия делается без вскрытия черепа, через "глаз", прикольно так забыли долото и оно торчит из глаза :)

SQL

Зависит от размеров.
А так пофиг.
Ну как пример ТХТ думаю.

Кстати наверное все знают что к ТХТ можно делать запросы (как и к экселю и тд....)

Да пробовал хранить в SQL .... всё хорошо, но надо SQL под  рукой иметь.

вопрос: какие некие данные, пример нужен.

и сколько этих неких данных

храни данные в файле, а файлы в базе!

(44) ну может, действительно, лоботомически, типа:
чтоб не организовывать всякие там обмены: из одной базы записалось, в другой проге, в т.ч. базе 1С, прочиталось -
Всякие обмены с сайтами или смс так и делаются.

Как бы сначала нужно понять, какие данные мы хотим сохранить, а потом уже выбирать формат.
Во-первых, данные будут жить в файлах - явно ни одном, так как, если предполагается какое-то изменение данных, то один файл придётся переписывать, а так можно будет переписать только кусок.
Что касается txt и xml, то это, по-сути, одно и то же, только немного разный формат. Есть ещё ini-файлы и т.п.
Но у всех этих "замечательных" форматов один основной недостаток - предполагается, что файл записывается один раз и навсегда, а любое изменение - это перезапись файла.
Поэтому, если мы хотим хранить какие-то данные, которые мы будем менять, то мы их должны писать в файл для базы данных, а как мы это будет делать - это уже другой вопрос - можно поставить SQL-сервер (например MS SQL Express) или использовать Dbase или Paradox через OLE DB или ODBC, но в любом случае, это будет лучше, чем текст.
Если же мы собираемся хранить документы, картинки или ещё какие-то двоичные данные - то просто писать из в файлы как есть.
Есть, конечно, умельцы, которые не брезгуют сложить jpg в xml, например, через base64, но за это нужно отрывать руки и выкалывать глаза, чтобы больше уже ничего не напрограммировали.

Дело вообще для обмена между 1с7,1с8 и хмл файлов.
Сейчас для каждой новой интеграции пишутся отдельные обработки обмена.
Хочу написать единую обработку которая будет читать структуру обмена.
Вот по этому и вопрос в чем хранить структуру.
Что бы можно было читать обработкой обмена и записывать файлы в хмл.
Структура полей не1с хранится в хмл.
Как то так.

(57) для тебя уже придумали конвертацию даных

данных*

(59) решение по обмену коммерческое. по этому делаю свой велик :)
знаю что есть. использую сейчас для перегона данных с 7 в 8.

(60) так нафига свой велик? обработки обмена и продавай, раз коммерсант
или правила к обработкам

да но тогда нужно допиливать КД + знать полностью как он из внутри :).
Да и способ обновление обработок 7.7 не сильно нравится.

(9) Норм ответ в 9...
И у этого человека в профиле ещё написано:
Достижения - Принципы: честность, порядочность, открытость.    

Да уж.. достиг порядочности.. на людей бросается ни с того ни с сего.. ппц..

чем длиннее полоска тем больше критики.

(63) почему ни с того ни с сего ну забухал чел, кули сделаешь)))