-
-
Обсуждения на сайте Альта-Софт
-
Переход с MSSQL на альтенативные СУБД.
Модераторы: Renat, Gala, alta_olg, expert, Lemur
-
- Новый участник
- Сообщения: 8
- На форуме: c 13 апр 2010
Сказал: 0 ед.
Получил: 0 ед.
Получил: 0 ед.
Переход с MSSQL на альтенативные СУБД.
Господа разработчики подскажите пож. не планируется ли у Вас возможность работы программы АЛЬТА-ГТД с альтернативными СУБД например такими как MySQL или Firebird??
Вопрос возник в связи с тем что характер работы нашей организации требует хранение ВСЕХ документов по ЭД в ОДНОЙ БД а ограничения по размеру БД в express версии от microsoft нас уже не устраивает. Как Вы понимаете денег на покупку платной версии SQL Server-а в организации нет.
P.S. может быть надо подать заявку на работу в данном направлении? думаю что не у меня одного такая проблема, когда размер БД выростает до критического, а средства на покупку MS SQL сервера невыделяются (мы же с Вами чтим УК и неставим пиратский софт равно как и с Вашей стороны недолжно идти стимулирование на покупку продуктов microsoft для работы с Вашим ПО ).
Вопрос возник в связи с тем что характер работы нашей организации требует хранение ВСЕХ документов по ЭД в ОДНОЙ БД а ограничения по размеру БД в express версии от microsoft нас уже не устраивает. Как Вы понимаете денег на покупку платной версии SQL Server-а в организации нет.
P.S. может быть надо подать заявку на работу в данном направлении? думаю что не у меня одного такая проблема, когда размер БД выростает до критического, а средства на покупку MS SQL сервера невыделяются (мы же с Вами чтим УК и неставим пиратский софт равно как и с Вашей стороны недолжно идти стимулирование на покупку продуктов microsoft для работы с Вашим ПО ).
Re: Переход с MSSQL на альтенативные СУБД.
Переносить на другие СУБД слишком многом много времени требует. Мы сейчас ищем другие способы чтобы больше места было.
-
- Новый участник
- Сообщения: 8
- На форуме: c 13 апр 2010
Сказал: 0 ед.
Получил: 0 ед.
Получил: 0 ед.
Re: Переход с MSSQL на альтенативные СУБД.
но размер БД рано или поздно превысит 10Гб!!!crexa писал(а):..................... чтобы больше места было.
Re: Переход с MSSQL на альтенативные СУБД.
Имеется ввиду хранить не в 1 базе, а в 2-х или в какой-то папке часть данных.
-
- Активный участник
- Сообщения: 39
- На форуме: c 29 ноя 2006
- Откуда: Таганрог
Сказал: 0 ед.
Получил: 0 ед.
Получил: 0 ед.
Re: Переход с MSSQL на альтенативные СУБД.
Данный вопрос поднимался неоднократно, минимум год.
Сегодня тоже база приехала к 10 гигам. Удалил все, оставил последние три месяца, после сжатия база 8 гигов. Ерунда получилась. картинки практически не используем, с 4 гиг до 10 база росла 10 месяцев, а после чистки осталось 8, а где остальное делось....
Интенсивность работы не менялась. Получается еще один месяц и все остановится.
Сегодня тоже база приехала к 10 гигам. Удалил все, оставил последние три месяца, после сжатия база 8 гигов. Ерунда получилась. картинки практически не используем, с 4 гиг до 10 база росла 10 месяцев, а после чистки осталось 8, а где остальное делось....
Интенсивность работы не менялась. Получается еще один месяц и все остановится.
-
- Новый участник
- Сообщения: 8
- На форуме: c 13 апр 2010
Сказал: 0 ед.
Получил: 0 ед.
Получил: 0 ед.
Re: Переход с MSSQL на альтенативные СУБД.
Ждём ответа представителей Альты................
-
- Активный участник
- Сообщения: 39
- На форуме: c 29 ноя 2006
- Откуда: Таганрог
Сказал: 0 ед.
Получил: 0 ед.
Получил: 0 ед.
Re: Переход с MSSQL на альтенативные СУБД.
Ответ у них за год не изменился... "Нужно время для смены СУБД", а прошедший год - это не время??? Сейчас будут изобретаться костыли опять.
- Nick
- Аксакал
- Сообщения: 734
- На форуме: c 02 фев 2005
- Откуда: Альта-Софт, Программист
Сказал: 13 ед.
Получил: 124 ед.
Получил: 124 ед.
Re: Переход с MSSQL на альтенативные СУБД.
Немного подробнее о граблях и трудностях перехода.
Программа написана на 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, физическое расположение) ее совершенно не волнует. Хотите - используйте единый альтовский в интернете, хотите - развертывайте у себя на сервере типовое решение, хотите - пишите сами (на базе открытого и документированного протокола обмена). Вот это уже - хорошая задача на ближайший год!
Программа написана на 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, физическое расположение) ее совершенно не волнует. Хотите - используйте единый альтовский в интернете, хотите - развертывайте у себя на сервере типовое решение, хотите - пишите сами (на базе открытого и документированного протокола обмена). Вот это уже - хорошая задача на ближайший год!
-
- Активный участник
- Сообщения: 39
- На форуме: c 29 ноя 2006
- Откуда: Таганрог
Сказал: 0 ед.
Получил: 0 ед.
Получил: 0 ед.
Re: Переход с MSSQL на альтенативные СУБД.
Уже поднимался вопрос об использовании PostgreSQL. Сервер хорошо себя зарекомендовал и поддерживает большие объемы баз (под 1с сейчас работает база в 40Гб). Если уж 1с делает под него, то может стоит об этом задуматься. Под него есть и компоненты, например: devart.com/pgdac/, есть варианты и через ADO.
Чистка базы через встроенную процедуру работает отвратительно, у меня зависло 347 тыс. строк в таблице сообщений с датами начиная с 11.01.2011г (ввода этой базы в работу) и это сразу после чистки с остатком на 3 месяца. Из-за этого таблица сообщений занимает почти 7 Гб, а таблица с декларациями 0.6 Гб.
Облако - это интересно, но не везде есть возможность быстрого и стабильного интернета, а разворачивание сервиса у себя упрется в ту же проблему баз. Так же не все руководители захотят хранить данные на "чужом" сервер неизвестно где.
Чистка базы через встроенную процедуру работает отвратительно, у меня зависло 347 тыс. строк в таблице сообщений с датами начиная с 11.01.2011г (ввода этой базы в работу) и это сразу после чистки с остатком на 3 месяца. Из-за этого таблица сообщений занимает почти 7 Гб, а таблица с декларациями 0.6 Гб.
Облако - это интересно, но не везде есть возможность быстрого и стабильного интернета, а разворачивание сервиса у себя упрется в ту же проблему баз. Так же не все руководители захотят хранить данные на "чужом" сервер неизвестно где.
- Nick
- Аксакал
- Сообщения: 734
- На форуме: c 02 фев 2005
- Откуда: Альта-Софт, Программист
Сказал: 13 ед.
Получил: 124 ед.
Получил: 124 ед.
Re: Переход с MSSQL на альтенативные СУБД.
Хорошая вещь. Но не факт, что в связке с Delphi. Например вот и вот люди пишут про проблемы. Это так, навскидку, первое что нагуглилось...vikons писал(а):Уже поднимался вопрос об использовании PostgreSQL
Быстрее наверное все-таки наладить чистку БД. Тем более что проблема не в избытке документов (которые реально могут быть все нужны), а в том что старые сообщения не удаляются. Я сейчас дал ссылку на эту ветку форума нашему программисту, он с вами в ближайшее время свяжется и все посмотрит.
А насчет "облака" прелесть здесь именно с программистской точки зрения - в том что между "базой" и "программой" связка тоненькая и хорошо документированная. Поэтому не придется ползая по ВСЕМУ коду программы вычищать некорректные с точки зрения "не-MS-SQL-базы" запросы. А достаточно будет написать гораздо более компактный "Альто-драйвер" под любую удобную вам БД (и не обязательно доверять хранение "чужому дяде"). Но пока это светлое будущее...
Re: Переход с MSSQL на альтенативные СУБД.
1. При чистке ЭД-сообщений поставьте флаг "включая открытые процедуры", выполните очистку за 3 месяца и проверьте кол-во записей в таблицеvikons писал(а):у меня зависло 347 тыс. строк в таблице сообщений с датами начиная с 11.01.2011г
2. Если (что маловероятно) это не помогло, выполните sql-запрос
delete from EDMsgs where PreparationDateTime < dateadd(mm, -3, getdate())
который гарантированно удалит все ЭД-сообщения старше 3 месяцев (кстати, обратите внимание, сколько записей удалится, должно быть 0).
-
- Активный участник
- Сообщения: 39
- На форуме: c 29 ноя 2006
- Откуда: Таганрог
Сказал: 0 ед.
Получил: 0 ед.
Получил: 0 ед.
Re: Переход с MSSQL на альтенативные СУБД.
По поводу проблем с делфи я и указал стороние компоненты и по ним неплохие отзывы.
Delete на сервере я уже сделал раньше, и база с 9 гиг уменьшилась до 4.
Delete на сервере я уже сделал раньше, и база с 9 гиг уменьшилась до 4.