• Обсуждения на сайте Альта-Софт

Переход с MSSQL на альтенативные СУБД.

вопросы по работе с программным обеспечением

Модераторы: Renat, Gala, alta_olg, expert, Lemur

Ответить
rostekstupino
Новый участник
Сообщения: 8
На форуме: c 13 апр 2010
Сказал: 0 ед.
Получил: 0 ед.

Переход с MSSQL на альтенативные СУБД.

Сообщение rostekstupino »

Господа разработчики подскажите пож. не планируется ли у Вас возможность работы программы АЛЬТА-ГТД с альтернативными СУБД например такими как MySQL или Firebird??

Вопрос возник в связи с тем что характер работы нашей организации требует хранение ВСЕХ документов по ЭД в ОДНОЙ БД а ограничения по размеру БД в express версии от microsoft нас уже не устраивает. Как Вы понимаете денег на покупку платной версии SQL Server-а в организации нет.

P.S. может быть надо подать заявку на работу в данном направлении? думаю что не у меня одного такая проблема, когда размер БД выростает до критического, а средства на покупку MS SQL сервера невыделяются (мы же с Вами чтим УК и неставим пиратский софт :) равно как и с Вашей стороны недолжно идти стимулирование на покупку продуктов microsoft для работы с Вашим ПО :wink: ).
crexa
Почетный участник
Сообщения: 118
На форуме: c 08 окт 2010
Сказал: 0 ед.
Получил: 25 ед.

Re: Переход с MSSQL на альтенативные СУБД.

Сообщение crexa »

Переносить на другие СУБД слишком многом много времени требует. Мы сейчас ищем другие способы чтобы больше места было.
rostekstupino
Новый участник
Сообщения: 8
На форуме: c 13 апр 2010
Сказал: 0 ед.
Получил: 0 ед.

Re: Переход с MSSQL на альтенативные СУБД.

Сообщение rostekstupino »

crexa писал(а):..................... чтобы больше места было.
но размер БД рано или поздно превысит 10Гб!!! :wink:
crexa
Почетный участник
Сообщения: 118
На форуме: c 08 окт 2010
Сказал: 0 ед.
Получил: 25 ед.

Re: Переход с MSSQL на альтенативные СУБД.

Сообщение crexa »

Имеется ввиду хранить не в 1 базе, а в 2-х или в какой-то папке часть данных.
vikons
Активный участник
Сообщения: 39
На форуме: c 29 ноя 2006
Откуда: Таганрог
Сказал: 0 ед.
Получил: 0 ед.

Re: Переход с MSSQL на альтенативные СУБД.

Сообщение vikons »

Данный вопрос поднимался неоднократно, минимум год.
Сегодня тоже база приехала к 10 гигам. Удалил все, оставил последние три месяца, после сжатия база 8 гигов. Ерунда получилась. картинки практически не используем, с 4 гиг до 10 база росла 10 месяцев, а после чистки осталось 8, а где остальное делось....
Интенсивность работы не менялась. Получается еще один месяц и все остановится.
rostekstupino
Новый участник
Сообщения: 8
На форуме: c 13 апр 2010
Сказал: 0 ед.
Получил: 0 ед.

Re: Переход с MSSQL на альтенативные СУБД.

Сообщение rostekstupino »

Ждём ответа представителей Альты................
vikons
Активный участник
Сообщения: 39
На форуме: c 29 ноя 2006
Откуда: Таганрог
Сказал: 0 ед.
Получил: 0 ед.

Re: Переход с MSSQL на альтенативные СУБД.

Сообщение vikons »

Ответ у них за год не изменился... "Нужно время для смены СУБД", а прошедший год - это не время??? Сейчас будут изобретаться костыли опять.
Аватара пользователя
Nick
Аксакал
Сообщения: 734
На форуме: c 02 фев 2005
Откуда: Альта-Софт, Программист
Сказал: 13 ед.
Получил: 124 ед.

Re: Переход с MSSQL на альтенативные СУБД.

Сообщение Nick »

Немного подробнее о граблях и трудностях перехода.

Программа написана на Borlan Delphi под MS Windows и переписываться с него на что-то другое не будет. То есть в принципе будет, но тогда это будет уже совсем другая программа. То что есть сейчас - работает с СУБД через интерфейс ADO от Microsoft. Естественно, что лучше всего он работает именно с SQL-сервером от того же самого Microsoft. Стабильного драйвера ADO под что-то типа MySQL или Oracle в свое время найти не удалось. Если вы дадите наводку - тогда можем попробовать.

Кроме того мы используем функционал MS SQL для построения полнотекстового индекса и поиска документа по слову - а это дело между разными базами никак не стандартизировано. У всех реализовано разными типами и разными запросами, которые в каждом случае надо изучить.

Также серьезную роль играет техническая поддержка - специалисты и опыт по настройке MS SQL у нас есть, с другими же базами мы ничего такого обещать не можем.

Немаловажно наличие у MS SQL бесплатной версии. Ограничение в 10Гб снимается либо регулярной чисткой базы (есть утилита в программе), либо покупкой "взрослой" версии у MS (не такие уж огромные суммы для фирмы). Кстати, нет гарантии что любая другая СУБД будет ворочать много-гигабайтной БД заметно быстрее, чем MS SQL Server. Если есть - опять таки подскажите как она называется ;)

Резюме: поддержку ЛЮБОЙ альтернативной СУБД мы сделать не сможем. Какой-то конкретно - только при наличии хорошего драйвера ADO для нее. И даже такая задача требует отвлечения больших человеческих ресурсов. Сперва убедите нас, что это действительно полезно и необходимо :)

P.S. По моему скромному мнению более перспективным является решение с хранением документов в "облаке". Когда программа обращается к некоему HTTP-сервису (в локальной сети или в интернете), внутреннее устройство которого (СУБД, OS, физическое расположение) ее совершенно не волнует. Хотите - используйте единый альтовский в интернете, хотите - развертывайте у себя на сервере типовое решение, хотите - пишите сами (на базе открытого и документированного протокола обмена). Вот это уже - хорошая задача на ближайший год!
vikons
Активный участник
Сообщения: 39
На форуме: c 29 ноя 2006
Откуда: Таганрог
Сказал: 0 ед.
Получил: 0 ед.

Re: Переход с MSSQL на альтенативные СУБД.

Сообщение vikons »

Уже поднимался вопрос об использовании PostgreSQL. Сервер хорошо себя зарекомендовал и поддерживает большие объемы баз (под 1с сейчас работает база в 40Гб). Если уж 1с делает под него, то может стоит об этом задуматься. Под него есть и компоненты, например: devart.com/pgdac/, есть варианты и через ADO.

Чистка базы через встроенную процедуру работает отвратительно, у меня зависло 347 тыс. строк в таблице сообщений с датами начиная с 11.01.2011г (ввода этой базы в работу) и это сразу после чистки с остатком на 3 месяца. Из-за этого таблица сообщений занимает почти 7 Гб, а таблица с декларациями 0.6 Гб.

Облако - это интересно, но не везде есть возможность быстрого и стабильного интернета, а разворачивание сервиса у себя упрется в ту же проблему баз. Так же не все руководители захотят хранить данные на "чужом" сервер неизвестно где.
Аватара пользователя
Nick
Аксакал
Сообщения: 734
На форуме: c 02 фев 2005
Откуда: Альта-Софт, Программист
Сказал: 13 ед.
Получил: 124 ед.

Re: Переход с MSSQL на альтенативные СУБД.

Сообщение Nick »

vikons писал(а):Уже поднимался вопрос об использовании PostgreSQL
Хорошая вещь. Но не факт, что в связке с Delphi. Например вот и вот люди пишут про проблемы. Это так, навскидку, первое что нагуглилось...

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

А насчет "облака" прелесть здесь именно с программистской точки зрения - в том что между "базой" и "программой" связка тоненькая и хорошо документированная. Поэтому не придется ползая по ВСЕМУ коду программы вычищать некорректные с точки зрения "не-MS-SQL-базы" запросы. А достаточно будет написать гораздо более компактный "Альто-драйвер" ;) под любую удобную вам БД (и не обязательно доверять хранение "чужому дяде"). Но пока это светлое будущее...
Sidyakin
Постоянный участник
Сообщения: 22
На форуме: c 22 ноя 2010
Сказал: 0 ед.
Получил: 2 ед.

Re: Переход с MSSQL на альтенативные СУБД.

Сообщение Sidyakin »

vikons писал(а):у меня зависло 347 тыс. строк в таблице сообщений с датами начиная с 11.01.2011г
1. При чистке ЭД-сообщений поставьте флаг "включая открытые процедуры", выполните очистку за 3 месяца и проверьте кол-во записей в таблице

2. Если (что маловероятно) это не помогло, выполните sql-запрос

delete from EDMsgs where PreparationDateTime < dateadd(mm, -3, getdate())

который гарантированно удалит все ЭД-сообщения старше 3 месяцев (кстати, обратите внимание, сколько записей удалится, должно быть 0).
vikons
Активный участник
Сообщения: 39
На форуме: c 29 ноя 2006
Откуда: Таганрог
Сказал: 0 ед.
Получил: 0 ед.

Re: Переход с MSSQL на альтенативные СУБД.

Сообщение vikons »

По поводу проблем с делфи я и указал стороние компоненты и по ним неплохие отзывы.

Delete на сервере я уже сделал раньше, и база с 9 гиг уменьшилась до 4.
Ответить