Подробное описание БД

[Vilvarion]

Хотелось бы иметь в документации, или отдельно от нее, подробное описание к базе данных UTM5.

Ждать нам такого счастья??

[calculator]

Поддерживаю.

[SNEG]

+1

[xerurg]

Ждать нам такого счастья??

нет

[mazay]

Да здесь даже разговоров быть не должно, описание быть обязано.

[mix]

Да здесь даже разговоров быть не должно, описание быть обязано.

Быть должно но вряд ли мы этого дождемся - в техподдержке сказали "Нет, схему данных мы не дадим - разбирайтесь сами"

[snark]

странно как то... ipsoft billing который и дороже и, по заверениям юзающих, могутнее как то вот взял и дал полное описание полей своей БД... это не просто необходимо, это жизненно важно! в случае какого нить непредвиденного ЧП я должен магическим образом проникнуть в головы разработчиков и узнать где же мне стоит посмотреть в первую очередь... мдя...

в техподдержке сказали "Нет, схему данных мы не дадим - разбирайтесь сами"

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

[Jack_B]

Если открыть структуру данных, то некий несложный функционал ты сможешь попытаться реализовать сам ...
Ктож тебе свой хлеб отдаст?

А в ipsoft видимо все что нужно реализовано

[snark]

незнаю как у ипсофта насчет реализации, но структуру БД биллинга админ обязан знать... мало ли для чего, например восстановить БД в случае ЧП или да, че нить дописать под свои мелкие нужды не забадывая саппорт... а то получается что биллинг - это некий черный ящик какой то... это же не циска со своим иосом в конце концов...

[andrewm]

незнаю как у ипсофта насчет реализации, но структуру БД биллинга админ обязан знать... мало ли для чего, например восстановить БД в случае ЧП или да, че нить дописать под свои мелкие нужды не забадывая саппорт... а то получается что биллинг - это некий черный ящик какой то... это же не циска со своим иосом в конце концов...

А разве цицка конфиг прячет свой? Код да, но конфиг-то прозрачный. Посему да, хотим описание базы и шо за шо отвечает!

Вот хочу физически снести из базы все записи с is_deleted=1 и боюсь, а вось по .... пойдет весь билинг?

[snark]

А разве цицка конфиг прячет свой? Код да, но конфиг-то прозрачный.

конфиги с паролями в студию! ну да это оффтоп...

Вот хочу физически снести из базы все записи с is_deleted=1 и боюсь, а вось по .... пойдет весь билинг?

и не только для этого оно нужно

[andrewm]

А разве цицка конфиг прячет свой? Код да, но конфиг-то прозрачный.

конфиги с паролями в студию! ну да это оффтоп...

Вот хочу физически снести из базы все записи с is_deleted=1 и боюсь, а вось по .... пойдет весь билинг?

и не только для этого оно нужно

Я просто привел примеры, для чего нужно описание базы. Причин найти много, это самые простые.

[Jack_B]

А разве цицка конфиг прячет свой? Код да, но конфиг-то прозрачный. Посему да, хотим описание базы и шо за шо отвечает!

Netup тоже конфиги не прячет, код да, а конфиги не прячет А вот у циски есть бд структуру которой она не прячет?

[Aleks]

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

Кто не понимает тому сюда: http://www.netup.ru/services.php?support_ext

[Jack_B]

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

Кто не понимает тому сюда: http://www.netup.ru/services.php?support_ext

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

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