Имя: Пароль:
1C
1С v8
Как лучше хранить некие данные не в базе?
0 zladenuw
 
17.08.12
04:30
1. хмл 40% (4)
2. свой вариант 30% (3)
3. тхт 20% (2)
4. 1с 10% (1)
Всего мнений: 10

Подумываю о тхт. там можно значениевстрокувнутр
1 zladenuw
 
17.08.12
04:31
(4) значениеВфайл
2 zladenuw
 
17.08.12
04:38
я за

тхт
3 zladenuw
 
17.08.12
04:38
и за

4 zladenuw
 
17.08.12
04:39
(3) что хочу то и сохраняю :), но лучше что. если использовать значениевфайл, а ? не дзырим а пишем....
5 zladenuw
 
17.08.12
04:41
и все молчат. ну????? все равно что лучше кинуть монетку и решить. что лучше для себя!
6 Aleksey
 
17.08.12
04:45
1Sqlite
7 zladenuw
 
17.08.12
04:45
(6) служба упала? тогда что
8 zladenuw
 
17.08.12
04:46
(0) два сервера линукса в паре
9 Мизантроп
 
17.08.12
04:46
(5)
> все равно что лучше кинуть монетку и решить. что лучше для себя!

шматок сала подкинь, а не монетку
10 zladenuw
 
17.08.12
04:47
(6) а где голос за свой. ептить
11 zladenuw
 
17.08.12
04:48
(9) миза..... а по теме. говнень могу и без тебя кидать
12 Мизантроп
 
17.08.12
04:49
(11) да уж лучше без меня кидай это
13 zladenuw
 
17.08.12
04:49
я то знаю или могу знать что мне надо. но ОПЫТ решат все. так что по поводу игр снежки, можем так поговорить... а если по делу то сразу!
14 zladenuw
 
17.08.12
04:51
просто есть функционал, нах хмл если мона то или то, то кто жа що?
15 Мизантроп
 
17.08.12
04:51
(13) я тебе как опытный говорю - спать иди.
16 zladenuw
 
17.08.12
04:55
я не спрашивал этого
17 zladenuw
 
17.08.12
04:55
я же не пишу. я хочу от 1 до   NNNNNN
18 zladenuw
 
17.08.12
04:56
N = произвольный
19 D_Pavel
 
17.08.12
05:11
(0) хмл удобнее разбирать. Если еще есть схема хсд для этой структуры, то лучше не придумаешь. Или вариант 3. sql.

хмл
20 zladenuw
 
17.08.12
05:13
а если чтение структуры в 1с, но без хранее в бд
21 zladenuw
 
17.08.12
05:14
если брать источник мд или сф 1с, а приемник некую хмл,тхт (лучще объект). но весь алгоритм обмена на 1с. тогда что ? а ?
22 zladenuw
 
17.08.12
05:17
обработка что то берет (н),и т.д., вернуло (к). ваш варианты
23 organizm
 
17.08.12
08:05
а ДБФ не подойдет?
24 Лоботряс
 
17.08.12
08:23
В 8.2 же есть какое-то внешнее хранилище... Копаться лень...
25 zladenuw
 
17.08.12
10:41
(23) дбф долго наверное. но я что то внешним таблицам вообще не доверяю :)
26 zladenuw
 
17.08.12
10:47
(24) и хорошо что есть, но тут обсуждается не где хранить, а как
27 Лоботряс
 
17.08.12
10:49
(26) а, сразу не понял
я за

хмл
28 netDog
 
17.08.12
10:51
SQL + внешние источники данных)
29 зелёный стол
 
17.08.12
10:53
в коробке на полочке

свой вариант
30 Serg_1960
 
17.08.12
10:55
(0) Для хранения "некие данные" :) создай ещё одну базу - специализированную под эти "некие" :)) данные.
31 Aleksey
 
17.08.12
14:18
(7) Какая служба, ты о чем?
32 Lama12
 
17.08.12
14:33
Что за данные?
Как часто к ним обращаться?
Нужна ли ссылочная целостность?
И т.д.
33 spleen
 
17.08.12
14:39
Лучше толком сделать.

хмл
34 ptiz
 
17.08.12
14:56
DBF

свой вариант
35 Прохожий
 
17.08.12
14:59
Смотря какие данные. Если табличные, то может и эксель, а может и скл майкрософта или майскуль.
Некоторые данные в xml хранить лучше. Данные структурированные?
36 зелёный стол
 
17.08.12
15:00
(35)а неструктурированные бывают?
37 Lama12
 
17.08.12
15:00
(36) бывают
38 зелёный стол
 
17.08.12
15:01
XML - угрёбищный формат, неподходящий для хранения изменяющихся данных
39 зелёный стол
 
17.08.12
15:01
(37) можно пример?
40 Aleksey
 
17.08.12
15:56
(39) Текст романа "Война и мир"
41 acsent
 
17.08.12
15:59
(38) а если xml в sql?
42 acsent
 
17.08.12
15:59
mssql например умеет индексы по таким данным делать
43 H A D G E H O G s
 
17.08.12
16:02
Мне одному кажется, что автору делали лоботомию и в нем забыли интсрументы?
44 vde69
 
17.08.12
16:09
(0) зачем хранить данные вне базы?

единственный разумный довод - это для уменьшения размера базы (например документооборот может хранить сканы в отдельных каталогах а не в базе)
45 зелёный стол
 
17.08.12
16:20
(40) Он вполне структурирован правилами русского языка, а так же отношениями следования и подчинённости. Незачёт.
46 зелёный стол
 
17.08.12
16:23
(41) кривая попытка реализации постреляционной субд
47 Vovan1975
 
17.08.12
16:40
(43) поддерживаю
48 vde69
 
17.08.12
16:58
(43) лоботомия делается без вскрытия черепа, через "глаз", прикольно так забыли долото и оно торчит из глаза :)
49 john_ddd
 
17.08.12
17:09
SQL

свой вариант
50 Megas
 
17.08.12
17:10
Зависит от размеров.
А так пофиг.
Ну как пример ТХТ думаю.

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

тхт
51 Megas
 
17.08.12
17:10
Да пробовал хранить в SQL .... всё хорошо, но надо SQL под  рукой иметь.
52 Irek-kazan
 
17.08.12
17:12
вопрос: какие некие данные, пример нужен.
53 Irek-kazan
 
17.08.12
17:12
и сколько этих неких данных
54 Жан Пердежон
 
17.08.12
17:18
храни данные в файле, а файлы в базе!
55 Infsams654
 
17.08.12
17:19
(44) ну может, действительно, лоботомически, типа:
чтоб не организовывать всякие там обмены: из одной базы записалось, в другой проге, в т.ч. базе 1С, прочиталось -
Всякие обмены с сайтами или смс так и делаются.

хмл
56 Torquader
 
19.08.12
01:00
Как бы сначала нужно понять, какие данные мы хотим сохранить, а потом уже выбирать формат.
Во-первых, данные будут жить в файлах - явно ни одном, так как, если предполагается какое-то изменение данных, то один файл придётся переписывать, а так можно будет переписать только кусок.
Что касается txt и xml, то это, по-сути, одно и то же, только немного разный формат. Есть ещё ini-файлы и т.п.
Но у всех этих "замечательных" форматов один основной недостаток - предполагается, что файл записывается один раз и навсегда, а любое изменение - это перезапись файла.
Поэтому, если мы хотим хранить какие-то данные, которые мы будем менять, то мы их должны писать в файл для базы данных, а как мы это будет делать - это уже другой вопрос - можно поставить SQL-сервер (например MS SQL Express) или использовать Dbase или Paradox через OLE DB или ODBC, но в любом случае, это будет лучше, чем текст.
Если же мы собираемся хранить документы, картинки или ещё какие-то двоичные данные - то просто писать из в файлы как есть.
Есть, конечно, умельцы, которые не брезгуют сложить jpg в xml, например, через base64, но за это нужно отрывать руки и выкалывать глаза, чтобы больше уже ничего не напрограммировали.
57 zladenuw
 
19.08.12
01:35
Дело вообще для обмена между 1с7,1с8 и хмл файлов.
Сейчас для каждой новой интеграции пишутся отдельные обработки обмена.
Хочу написать единую обработку которая будет читать структуру обмена.
Вот по этому и вопрос в чем хранить структуру.
Что бы можно было читать обработкой обмена и записывать файлы в хмл.
Структура полей не1с хранится в хмл.
Как то так.
58 mikecool
 
19.08.12
01:48
(57) для тебя уже придумали конвертацию даных
59 mikecool
 
19.08.12
01:49
данных*
60 zladenuw
 
19.08.12
01:53
(59) решение по обмену коммерческое. по этому делаю свой велик :)
знаю что есть. использую сейчас для перегона данных с 7 в 8.
61 mikecool
 
19.08.12
02:11
(60) так нафига свой велик? обработки обмена и продавай, раз коммерсант
или правила к обработкам
62 zladenuw
 
19.08.12
02:21
да но тогда нужно допиливать КД + знать полностью как он из внутри :).
Да и способ обновление обработок 7.7 не сильно нравится.
63 CepeLLlka
 
19.08.12
02:34
(9) Норм ответ в 9...
И у этого человека в профиле ещё написано:
Достижения - Принципы: честность, порядочность, открытость.    

Да уж.. достиг порядочности.. на людей бросается ни с того ни с сего.. ппц..
64 zladenuw
 
19.08.12
02:39
чем длиннее полоска тем больше критики.
65 m-serg74
 
19.08.12
08:16
(63) почему ни с того ни с сего ну забухал чел, кули сделаешь)))