| View previous topic :: View next topic |
| Author |
Message |
Олег Смирнов
Joined: 06 Sep 2004
Posts: 821
Location: Олег Смирнов
Occupation: Раут (поганист-сисадмин)
Interests: Новосибирск
|
 Posted: 01 Feb 2005 19:05 Post subject: |
 |
|
Ох, ребяты!.. Все ваши интересные идеи насчёт всяких-разных xxxSQL...  Это ведь во что (как минимум!) выльется: вот поменяли API/компилятор - и что?.. Второй месяц ловятся ошибки/косяки и пр. А переход на SQL (любой, что характерно) - это ж переписывание программы с нуля. И будет это уже не БЭСТ-4 а что-то совсем-совсем другое. Может быть, и лучше (не спорю, хотя некоторые сомнения есть-таки) - но: другое.
Теперь вот такой ма-ахонький вопросик: а все ли уже на BIN-то перешли? У всех ли всё уже работает? А сколько времени вы планируете на переход на принципиально иную платформу? А сколько из вас вообще решатся на неё перейти? (а не на персловутую <censored>  платформу?)
_________________
С уважением, Олег Р. Смирн |
|
| Back to top |
|
 |
EugeneT
Joined: 23 Mar 2004
Posts: 130
Location: Токарев Евгений
Occupation: Класс
Interests: Магнитогорск
|
| Posted: 02 Feb 2005 10:56 Post subject: |
|
|
| Олег Смирнов wrote: | | Ох, ребяты!.. Все ваши интересные идеи насчёт всяких-разных xxxSQL... Это ведь во что (как минимум!) выльется: вот поменяли API/компилятор - и что?.. Второй месяц ловятся ошибки/косяки и пр. А переход на SQL (любой, что характерно) - это ж переписывание программы с нуля. |
Если есть правильная постановка задачи, расписан весь алгоритм работы системы, то все , в идеале, должно сводиться к переписыванию кода. Думаю примерно полгода напряженной работы кодировщиков и еще полгода-год на отлов ошибок тестерами. Никто от БЕСТа и не требует немедленной и срочной работы в этом направлении, но хотя бы некое заявление о намерениях хотелось бы услышать. |
|
| Back to top |
|
|
Олег Смирнов
Joined: 06 Sep 2004
Posts: 821
Location: Олег Смирнов
Occupation: Раут (поганист-сисадмин)
Interests: Новосибирск
|
| Posted: 02 Feb 2005 19:23 Post subject: |
|
|
А вот в моём посте был ещё и второй абзац - как с ответами на него, а?.. 
_________________
С уважением, Олег Р. Смирн |
|
| Back to top |
|
|
EugeneT
Joined: 23 Mar 2004
Posts: 130
Location: Токарев Евгений
Occupation: Класс
Interests: Магнитогорск
|
| Posted: 03 Feb 2005 07:43 Post subject: |
|
|
| Олег Смирнов wrote: | | А вот в моём посте был ещё и второй абзац - как с ответами на него, а?.. |
Перевел все предприятия, кроме архивных. На сегодняшний момент побороли почти все глюки, в целом, нормально работает. |
|
| Back to top |
|
|
Олег Смирнов
Joined: 06 Sep 2004
Posts: 821
Location: Олег Смирнов
Occupation: Раут (поганист-сисадмин)
Interests: Новосибирск
|
| Posted: 03 Feb 2005 14:31 Post subject: |
|
|
| EugeneT wrote: | | Перевел все предприятия, кроме архивных. На сегодняшний момент побороли почти все глюки, в целом, нормально работает. |
А как появится SQL-версия - будешь на неё переходить сразу или как? А сколько вообще пользователей БЭСТа перейдут на такую версию? Хватит ли их, чтобы оплатить разработку и получить прибыль?
P.S. О динамике перехода с БЭСТ-4 на БЭСТ-5 для небюджетников могу судить только косвенно - никто, повторяю никто из моих клиентов туда так и не собрался, а ведь там какие-никакие клиент-серверные навороты (заморочки? ) имеются.
P.P.S. Кстати, на XMOD мои клиенты тоже как-то не повелись... Может, дороговато им показалось?
_________________
С уважением, Олег Р. Смирн |
|
| Back to top |
|
|
EugeneT
Joined: 23 Mar 2004
Posts: 130
Location: Токарев Евгений
Occupation: Класс
Interests: Магнитогорск
|
| Posted: 03 Feb 2005 16:25 Post subject: |
|
|
| Олег Смирнов wrote: |
А как появится SQL-версия - будешь на неё переходить сразу или как? |
После третьего сервиспака  . Бест пять в основном тормозит думаю из-за больших накладных расходов на реализацию GUI. Консольная версия черверки с SQL движком работала бы быстрее, при условии грамотной реализации запросов к баз |
|
| Back to top |
|
|
Олег Смирнов
Joined: 06 Sep 2004
Posts: 821
Location: Олег Смирнов
Occupation: Раут (поганист-сисадмин)
Interests: Новосибирск
|
| Posted: 03 Feb 2005 17:26 Post subject: |
|
|
| EugeneT wrote: | | Консольная версия черверки с SQL движком работала бы быстрее, при условии грамотной реализации запросов к базе. |
Тут ведь какая фигня с SQL - это же как карьерный самосвал: 25 тонн он перевезёт куда быстрее жигулей, но вот 200 кг будет и проще и быстрее перевезти на Жигулях... Так что, если идёт разговор об ускорении работы - нужно обязательно иметь ввиду порядок объёма; и то, что на маленьких объёмах никакого ускорения не будет, возможны даже тормоза относительно файл-сервера. Просто SQL-сервер работает тогда, когда файл-сервер уже задыхается...
_________________
С уважением, Олег Р. Смирн |
|
| Back to top |
|
|
andre19
Joined: 24 May 2004
Posts: 317
Location: Andre
Occupation: albumin (programmer)
Interests: Новосибирск
|
| Posted: 04 Feb 2005 07:42 Post subject: |
|
|
| а вы все про скорость! куда торопимся? в погоне за мегабитами и прочиме мега/гига все забыли о НАДЁЖНОСТИ! вот первая причина, по котороя я ушел-бы от *.dbf на SQL сервер. |
|
| Back to top |
|
|
Олег Смирнов
Joined: 06 Sep 2004
Posts: 821
Location: Олег Смирнов
Occupation: Раут (поганист-сисадмин)
Interests: Новосибирск
|
| Posted: 04 Feb 2005 08:28 Post subject: |
|
|
| andre19 wrote: | | все забыли о НАДЁЖНОСТИ! вот первая причина, по котороя я ушел-бы от *.dbf на SQL сервер. |
А ты перейди на XMOD - хоть и .dbf, а должОн быть по-надёжнее...
P.S. А что, ты всерьёз полагаешь, что надёжность - это непременное свойство любой программулины/системы, в названии которой присутствуют магические буковки "SQL"?..
_________________
С уважением, Олег Р. Смирн |
|
| Back to top |
|
|
EugeneT
Joined: 23 Mar 2004
Posts: 130
Location: Токарев Евгений
Occupation: Класс
Interests: Магнитогорск
|
| Posted: 04 Feb 2005 09:18 Post subject: |
|
|
| Олег Смирнов wrote: | | А что, ты всерьёз полагаешь, что надёжность - это непременное свойство любой программулины/системы, в названии которой присутствуют магические буковки "SQL"?.. |
Нет, не полагаю. Ключевое слово тут не "SQL", а "реляционная СУБД", т.е. такая СУБД в которой ссылочная целостность поддерживается средствами самой СУБД.
Вероятность совершить ошибку при программировании приводящую к нарушению целостности базы существенно меньше. Если схема базы, связь между таблицами жестко прописана в движке, то он ее нарушить не даст. Сколько раз в БЕСТе вы отлавливали висящие несвязанные с другими таблицами строки? Попробуйте в любой мало-мальски продуманной реляционной СУБД (Хоть в пресловутой MS JET) удалить строку имеющую связи со строками в другой таблице. |
|
| Back to top |
|
|
andre19
Joined: 24 May 2004
Posts: 317
Location: Andre
Occupation: albumin (programmer)
Interests: Новосибирск
|
| Posted: 04 Feb 2005 09:27 Post subject: |
|
|
| Quote: | P.S. А что, ты всерьёз полагаешь, что надёжность - это непременное свойство любой программулины/системы, в названии которой присутствуют магические буковки "SQL"?..
|
присоеденюсь к EugeneT и добавлю еще от себя, есть такое понятие как транзакция |
|
| Back to top |
|
|
Олег Смирнов
Joined: 06 Sep 2004
Posts: 821
Location: Олег Смирнов
Occupation: Раут (поганист-сисадмин)
Interests: Новосибирск
|
| Posted: 04 Feb 2005 09:55 Post subject: |
|
|
| andre19 wrote: | | есть такое понятие как транзакция |
Ты будешь смеяться, но понятие "транзакция" возникло задолго до того, как появился язык SEQUEL... И сама по себе поддержка транзакций системой вовсе не означает, что система - SQL. В частности, в Novell NetWare поддержка транзакций вообще реализована на системном уровне и пользоваться ей может любая программа, умеющая сказать нетвари: BeginTransaction, EndTransaction, RollBack.
_________________
С уважением, Олег Р. Смирн |
|
| Back to top |
|
|
Олег Смирнов
Joined: 06 Sep 2004
Posts: 821
Location: Олег Смирнов
Occupation: Раут (поганист-сисадмин)
Interests: Новосибирск
|
| Posted: 04 Feb 2005 10:16 Post subject: |
|
|
| EugeneT wrote: | | Ключевое слово тут не "SQL", а "реляционная СУБД", т.е. такая СУБД в которой ссылочная целостность поддерживается средствами самой СУБД. |
Тут мы опять возвращаемся к вопросу о цене решения: ну не верю я, что можно создать систему, надёжную как, скажем, Axapta, пусть и с функционалом, как у БЭСТ-4, по цене менее $500..$1000 за одно рабочее место. И кто из тех, что тут ошиваются на этом форуме, готов будет её купить? Не я, это уж точно!
| EugeneT wrote: | Вероятность совершить ошибку при программировании приводящую к нарушению целостности базы существенно меньше. Если схема базы, связь между таблицами жестко прописана в движке, то он ее нарушить не даст.
Сколько раз в БЕСТе вы отлавливали висящие несвязанные с другими таблицами строки? |
А что, уже придумали какую-нить СУБД, в которой информация не перекашивается даже в случае аппаратных ошибок? Я вот вылавливал несвязанные строки в БЭСТе только после сбоев/поломок и никогда - в результате работы собственно БЭСТа.
_________________
С уважением, Олег Р. Смирн |
|
| Back to top |
|
|
EugeneT
Joined: 23 Mar 2004
Posts: 130
Location: Токарев Евгений
Occupation: Класс
Interests: Магнитогорск
|
| Posted: 04 Feb 2005 12:29 Post subject: |
|
|
| Я всего лишь хочу сказать, что разработчикам четверки стоило бы подумать о переносе движка базы на доступные или бесплатные альтернативы типа Firebird или Postgress, которые бы, как минимум, не уменьшили скорость работы системы, облегчили бы исходный код в плане упрощения соблюдения ссылочной целостности, снизили бы нагрузку на сеть в случае правильно написанных запросов. Кроме этого мы бы забыли о геморое с индексациями, и получили бы достаточное время для резевного копирования ночью. |
|
| Back to top |
|
|
alexzt
Joined: 09 Mar 2004
Posts: 92
Location: лбн
Occupation: ъфу
Interests: лТБУОПЗПТУЛ
|
| Posted: 04 Feb 2005 16:40 Post subject: |
|
|
| Да, почитал посты, но почему-то все забывают, что до сих пор ис][одником для БЭСТ4+ являются программы на клиппере, которые потом перерабатываются harbour. все дело в том, что появился удобный компилятор (или как это там называется) и им воспользовались, и ни кто не переписывал (и не собирался переписывать) код с нуля - от сюда и наследется в виде dbf. |
|
| Back to top |
|
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
