Есть необходимость сохранять телефонный номер клиента в регистр сведений. Тип сохраняемого поля - числовой, 11 симоволов. Этот номер уже забит в имеющийся справочник. Проблема в том, что записей в этот регистр сведений будет порядка 5000 в месяц. Отсюда вопрос - что меньше отразится на размере базы (файловой) - если в регистр сведений сохранять непосредственно сам номер (11 чисел) или ссылку на справочник?

в 8ке ссылка - гуид 36-йсимвольный...

(0) не мелочись, там спор идет на килобайты. Максимум выиграешь 10 мегабайт.

если есть ссылка, пусть и будет... оно дюже удобней бывает...

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

(2) Я бы не мелочился, просто специфика конторы (биллинговая компания) подразумевает рост базы в геометрической прогрессии. Т.к. организация еще молодая и клиентов мало, на лишние 10мб сейчас можно закрыть глаза, но через год-другой меня там могут вспомнить недобрым словом.
(4) Тут дело не в объеме жесткого диска, а версии 1С. Которая на данный момент файловая. Естественно, рано или поздно возникнет необходимость перехода на клиент-серверную версию, но лучше, чтобы этот момент наступил позже.

Ссылка - 16 байт + 4 байта на составную ссылку
Число - 8 байт
ППЦ

(5) Ты, это, лучше индексы с умом расставляй. И запросы грамотно пиши, чем хней заниматься

(1) Разве символьный? Это 128 битовое значение. Которое представляется в виде 36 символьной строки.

(5) А то КАК задвоятся остатки на 41 - пиши - пропало.. :-)

(8) НУ всё равно гуид :-)

(7) Так правильнее: Запросы правильно пиши и идексы с умом расставляй. Во многих случаях достаточно основного индекса.

(10) Так в базе он занимает 16 байт, а не 36.

(5) гыы, билинг на 1с - это жесть:)

(9) Вякое бывает ;)
(13) Представляешь, на 1С даже заводы автоматизируют :)

(13) А в чем проблема-то?

(5) так это 10 мегабайт за несколько лет. Ты что думал, что сразу 10 мегабайт потеряешь? Если даже запись будет весить 200 байт, то в месяц у тебя добавится 5000 * 200 = 1000000 ~= 1 МБ. Так как максимальный размер таблицы в файловой версии 4 ГБайт, значит файловой версии тебе хватит на 4000 / 12 = 333 года.

То есть где-то к 2340 году начинай теребить свое начальство на предмет приобретения SQL сервера.

(16) Одно малькое "но" забыл: это только в том случае, если в базе кроме этого поля ничего больше храниться не будет :)

(5) биллинг на файловой 1С жесть...

(0) "сам номер (11 чисел)" - Непонятно :( Вы хотели сказать "сам номер (11 цифр)"? Я бы сказал проще: "11-значный" :)

(19) Пардон, опечатался. Конечно цифр.

(18) Так биллинг-то, наверное, не рилтайм..

(17) Разве файловая имеет ограничения на объем файла?

(14) На заводах не так много операций и не с такой скоростью вноситься в БД.

(16) Рассчитал :) Одна старушка - три копейки... А если они досье на клиента заведут N метров, - тогда им вообще его номер станет до лампочки :))

(15) Есть приценденты?

(22) На объем таблицы.

(23) Схема следующая - из биллинговой программы, которая не позволяет свом фунционалом формировать расшифровки по абонентам за определенный период, выгружается дбф-файл. Из него загружаем необходимую информацию в восьмерку и в ней уже формируем счета на оплату и расшифровки за период. Так что, тут критичен только объем базы, а не скорость записи в базу.

(26) Ага... а таблиц всего три :)

(22) Не знаю... У (16) спроси. Его выкладки :)
(25) Есть, конечно. На семерке.

(27) Сорри опять торможу: А регистр-то зачем? Делаем расшифровку - получаем доступ к справочнику (а там номер уже есть)

(26) Тогда выражение из (17) не верно в (16) о записи говорили
Ура я уличил Sadovnikov в ошибке :)

(30) А в чем еще хранить длительность звонков и тариф, по которому звонили?

Выписка:
При использовании файлового варианта работы, данные информационной базы хранятся в одном файле - 1Cv8.1CD. Этот файл имеет специальный формат, поддерживаемый системой 1С:Предприятие 8.0. В частности, все данные, относящиеся к каждой таблице, физически хранятся в трех внутренних файлах:
файл записей, в котором находятся все записи таблицы, за исключением полей неограниченной длины;
файл индексов;
файл значений неограниченной длины (в этом же файле хранятся значения полей, имеющих тип ХранилищеЗначения).
Технологическое ограничение заключается в том, что размер каждого из этих внутренних файлов не может превышать 4 Гб.

(27) Так это не real-time - не парься такими вещами вообще. Хватит тебе надолго при любом раскладе. Обычно на файловой чаще блокировки и другие неудобства начинают мучать, а не объем таблиц.

(31) Блин, все пропало... Гипс снимают, клиент уезжает... :)

+(35) И вообще - мне простительно! Я еще даже первую книжку по восьмерке не дочитал :)

(29) ИМХО не то что 1с а даже MS SQL не подходит для более менее серьезного биллинга.

(14) Ведите биллинг на специальном софте, а в 1С выгружайте агрегированно месячные суммы...

(37) Так биллинг по разному сделать можно. В приведенном мной случае был реализован следующий механизм: АТС скидывют информацию о звонках на СОМ-порт. На компе крутится консольная программа, которая собирает эту информацию в текстовый файл. С заданной периодичностью этот файл отсылается 1С-ке. Там его подхватывает робот и втянивает данные в базу. И потом в базе строятся всевозможные отчеты.

(38) Изначально так и было, но клиент более специализированного софта, кроме экселя и девочки-оператора не нашел. Другие варианты не устроили по себестоимости. Поэтому и попросили "облегчить" жизнь при помощи 1Са.

(39) Это не билинг, это просто отчеты:)

(41) Это почему? Потому что данные не сразу в скуль летят?

Биллинг.
Биллинг - процесс определения стоимости услуг, реализующий функции:
-1- установления размеров тарифных ставок;
-2- определения тарификационных признаков объекта счетообложения;
-3- персонифицированного выставления счетов за пользование тарифицированными услугами.
англ.Bill - счет
©Словарь по экономике и финансам. Глоссарий.ру

(42) По определению подходит. Но по сути это всего лишь модуль билинговой системы. Например при таком раскладе и какой нибудь юзер гейт можно билинговой системой обозвать. Кстати по функциональности он даже круче:)

Сорри, коллеги, - вы отклонились от темы :(

блин все не осилил, но Вы забыли еще индекс посчитать (для измерения обязателен),

А он вроде как для числа больше чем для идентификатора (по крайне мере так учили на курсах по снеговику)

(43) Да, в том случае не требовалось кого-то "банить" за неуплату :)
А в остальном - полноценный биллинг.

H A D G E H O G s - груб, но он прав. Основной индекс для скорости запроса "важнее" самих данных :)
Единственно что могу присоветовать: хранить в регистре только данные отчетного периода, а потом - выгружать их в другой (архив) и чистить...

(45), (46) Мы же про индексы недавно терли, товарищи. Для ссылки он больше, чем для числа..

(40) Ниппонял.. информацию о трафике клиента хранит екселевский файл? куда попадает с помощью девочки-оператора?

(49) Такая вот автоматизированная система

(40) Шутка: Живой Ископаемый - и почему Вам не понять других "ископаемых" :)

(50) отказываюсь в это поверить... То есть вы биллингуете что-то, что не имеет цифрового интерфейса и сетевого доступа? Типа газа или электроэнергии?

(52) см (27)

Ну правильно, за месяц собираете инфу по трафику и грузите ее в в8... И чем - сильно много будет, боитесь?