Кто может рассказать про Pervasive (не в ссылку ткнуть)

Для любителей просто поболтать

Кто может рассказать про Pervasive (не в ссылку ткнуть)

Сообщение skoltogyan » 09 янв 2010, 21:46

Кто может рассказать про Pervasive ?
Рассказать в контексте:
Как он соотносится с MSSQL, в чем его круть и почему, на взгляд автора, не так много различных прилоюений исопльзуют его (в сравнении с тем, сколько приложений ориентировано на MSSQL, Oracle..)
skoltogyan
 
Сообщения: 2037
Зарегистрирован: 12 июл 2002, 19:39
Откуда: Украина, Донецк

Могу рассказать.

Сообщение Boris Morozov » 10 янв 2010, 01:04

Это промышленная база под которую несколько трудновато писать, но зато скорости работы и надежность получаются просто великолепные.
Один из приятных моментов, можно обойти SQL за полной ненадобностью. Это очень важно в расчетных приложениях, где не нужны произвольные выборки, как бог на душу положит, а нужно изо дня в день решать определенные конкретные наборы задач.
Но никто не мешает использовать SQL, это у них следующий уровень доступа, который использует Btrieve Record Manager. Дрова и под ODBC и под ADO ставятся по умолчанию.
Кроме того, использовать ее реально можно только программируя на языках типа Pascal Delphi C. У нее нет никаких визуальных средств. Зато если вы (или ваши разработчики) умеете программировать на этих языках, то проще и эффективнее базы нету.
Кроме того, редистрибуция приложений проста как грабли. Раскидали файлики, прописали пути и все завелось. Хоть в локальном варианте, хоть в сети. Приложения об этом вообще ничего не знают.
По простоте инсталляции это тот же DBF, зато не тормозит в сетях, поскольку классический клиент-сервер и индексы упрятаны вовнутрь.
Еще один момент - надежность. Индексы не летят, даже если выдернуть шнур из розетки. Практически неубиваемая и не требует обслуживания типа переиндексации.
И еще один приятный момент, метаданные легко отделяются от данных. Это очень удобно в бухгалтерских задачах.
Например вы создаете описание структуры складской базы, где-то его ложите, открываете к описанию (DDF файлы в отдельном каталоге) доступ на чтение и затем каждый месяц создаете саму базку, меняя ее имя типа MTS0911.BTR MTS0912. BTR MTS1001.BTR и т.д. При этом в программе можно по одному описанию структуры читать базы по очереди, одновременно, выборочно, как угодно. Соответственно отпадает необходимость чистки, архивирования и сопутствующих проблем. Можете держать историю хоть от сотворения мира. Не влазит на устройство, можете файлики раскидать.
Ну и как мелочь, ничего нигде не пишется в реестре. Можно и софт и базы держать на сервере и ZENом вывешивать ярлык. Соответственно, поломалось машинко, выбросил, поставил другой блок и процесс продолжается.

И по поводу того, какое количество приложений ориентировано на MSSQL и оракл вы глубоко ошибаетесь. Очень глубоко. Меньше надо смотреть рекламу. Самая распространенная база это FOXPRO, затем скорее всего идет Btrieve. Это конечно имеются в виду серьезные промышленные базы. Может быть где-то второе место делят Btrieve
и Sybase.

Ну и последний момент - Pervasive сейчас себя позиционирует как интегратор данных, у него есть специальные продукты для синхронизаций, репликаций, интеграций.....

Никакого противоречия и конфликтов с другими базами нет. Как в своих программах так и в продуктах Pervasive. И работает на всех платформах.
Boris Morozov
 
Сообщения: 1333
Зарегистрирован: 05 июн 2002, 22:24
Откуда: Минск

для девелопера

Сообщение skoltogyan » 10 янв 2010, 15:50

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

а в чем "трудновато писать" - о чем идет речь ?

Если такая удобная и крутая эта база, может Вы знаете, почему на нее не оринтируются бухглатерии и системы управления предриятими типа 1С, Аксапта ?
skoltogyan
 
Сообщения: 2037
Зарегистрирован: 12 июл 2002, 19:39
Откуда: Украина, Донецк

пара фраз

Сообщение Павел Гарбар » 10 янв 2010, 21:13

1С - это почти "наш МС", хоть иногда они друг с другом "ругаются". Да и партнеры они давно. Попытка 1С сделать что-то на линухе и Postgres как-то не пошла (просто они программы писать-то нормально не умели и не умеют).
Axapta - уже давно у МС.
Так что оба варианта - без вариантов ;-)
Ну и, как водится в последнее десятилетие, на слуху не самый лучший продукт, а тот, о котором кричат больше и громче.
Павел Гарбар
 
Сообщения: 709
Зарегистрирован: 05 июн 2002, 09:36
Откуда: Санкт-Петербург

Средства разработки бесплатно. Вроде как и сама база для

Сообщение Boris Morozov » 10 янв 2010, 21:15

разработчиков бесплатно. Цена во всяком случае очень приемлемая. Не стоит даже обсуждения. Зайдите на сайт, гляньте. А насчет того, что кому использовать это вкус разработчика. Еще раз говорю, это серьезная промышленная база. SQL у нее продукт побочный. Вся прелесть в другом. А для этого надо мыслить несколько шире, чем SQL.
А для этого надо думать, а не лепить тысячи таблиц, как в 1С. Потому оно и не работает на крупных объектах. То же самое и аксапта. У обоих основной клиент мелочевка. И их основной контингент - разработчики после двухнедельных курсов, которые могут быстренько чего-то сляпать на скриптах. Соответственно без франчайзинга, как метода обмана потребителя это никак не продается.
А настроить серьезный технологический процесс скриптами не получается, уровень не тот. А если не тот, нафиг нужна прокладка в виде того же 1С. Берем дельфи и вперед, мощь на порядок выше.
Boris Morozov
 
Сообщения: 1333
Зарегистрирован: 05 июн 2002, 22:24
Откуда: Минск

Сообщение skoltogyan » 10 янв 2010, 21:19

> Вся прелесть в другом. А для этого надо мыслить несколько шире,
> чем SQL.
Собственно я не писатель (восновном - скрипты)..
Можно слегка челвоеческим языком (ясли есть вдохновение), пояснить
- в чем именно "прелесть"
- о чем идет речь "несколько шире , чем SQL" ?
skoltogyan
 
Сообщения: 2037
Зарегистрирован: 12 июл 2002, 19:39
Откуда: Украина, Донецк

Прелесть в том, что можно без него.

Сообщение Boris Morozov » 10 янв 2010, 21:26

Иерархические структуры плохо ложаться на SQL. А на расширении Record Manager ложаться. Типичный пример eDIRectory. Сейчас у них вроде движок несколько другой, но смысл тот же.
Скажем так, даже в наших классических бухгалтерских задачах есть вещи, которые крайне трудно выразить через SQL, теоретически можно, но неудобно.
Boris Morozov
 
Сообщения: 1333
Зарегистрирован: 05 июн 2002, 22:24
Откуда: Минск

Сообщение Dimerson » 11 янв 2010, 09:17

соглашусь что делу упирается в разработчиков.
а систем на btrieve хватает - например http://www.cft.ru/scdp/page?prfx_obj=27 ... (viewgroup)&class=textblock&objclass=textblocks&obj=524362
но как я понял продавать вариант на оракле им выгоднее с точки зрения $$$.
Аватара пользователя
Dimerson
 
Сообщения: 2951
Зарегистрирован: 15 сен 2002, 14:39
Откуда: Регион 70

Естественно, если они имеют скидку от Оракла.

Сообщение Boris Morozov » 12 янв 2010, 02:08

Да и поддерживать Оракл гораздо сложнее, нужность ихняя сразу возрастает.
Но с нашими мелкими клиентами при отсутствии на местах админов как класса, Первазив является выходом из положения. Задачи на нем проще в обслуживании и надежнее, чем даже на FOXPRO. Индексы не сыпятся.
А администрировать MSSQL, не говоря об Оракле там просто некому.
Boris Morozov
 
Сообщения: 1333
Зарегистрирован: 05 июн 2002, 22:24
Откуда: Минск

Сообщение Dimerson » 12 янв 2010, 09:32

Согласен.

В двух словах , Btrieve (Pervasive now) это _НЕОБСЛУЖИВАЕМАЯ_ система.
Аватара пользователя
Dimerson
 
Сообщения: 2951
Зарегистрирован: 15 сен 2002, 14:39
Откуда: Регион 70

эээ

Сообщение skoltogyan » 12 янв 2010, 11:25

в SQL выборка производится на сервере, типа select и далее запрос весьма навороченый может быть и будет это все сервак выполнять.....
Опять-таки - тригеры, трназакции..

а как в pervasive ?
skoltogyan
 
Сообщения: 2037
Зарегистрирован: 12 июл 2002, 19:39
Откуда: Украина, Донецк

Сообщение Dimerson » 12 янв 2010, 13:10

в чистом бтриве нет хранимых процедур.

их есть в Pervasive SQL.
Аватара пользователя
Dimerson
 
Сообщения: 2951
Зарегистрирован: 15 сен 2002, 14:39
Откуда: Регион 70

А это смотря как сделать алгоритм работы.

Сообщение Boris Morozov » 13 янв 2010, 20:19

Разные есть задачи, где-то может и SQL хорошо, а когда у вас идет трехфазная подборка наилучшего варианта, кто кому за что заплатил, или подборка правильных партий колбасы, к примеру, то все равно надо выгрести все записи и многократно их прокрутить, порезать, поклеить, то лучше это писать на нормальном языке, в котором можно применить собственные классы, поскольку универсальные отсутствуют. Тем более, что можно, например, сделать софтинку, которая будет общаться с сервером базы по локальной сети и отдавать клиенту готовый результат.
Нельзя же серьезно рассматривать вариант, когда вы на каждую отгрузку будете птичкой отмечать, что проплачено, что нет. Это на мелкой фирмочке купи-продай проходит, а не на большом заводе.
Или вы ж не будете писать микропрограмму в контроллер на джаве.
Для каждой задачи нужны свои средства, как бы там ни распинались маркетологи про единые подходы и прочее. Это развод лохов для отъема денег.
И вот чем мне нравится подход и первазива и новелла, так это терпимость к другим программным средствам и нормально описанные средства взаимодействия.
Boris Morozov
 
Сообщения: 1333
Зарегистрирован: 05 июн 2002, 22:24
Откуда: Минск

Re: для девелопера

Сообщение Vladimir Red'kin » 13 янв 2010, 23:46

skoltogyan писал(а):средства разработки и саму базу для разработчика - надо покупать или для разрабочиков это официально не за деньги ?

а в чем "трудновато писать" - о чем идет речь ?

Если такая удобная и крутая эта база, может Вы знаете, почему на нее не оринтируются бухглатерии и системы управления предриятими типа 1С, Аксапта ?


:)
Это конечно не для производств, но конкурент по бухгалтерии для 1С не слабый
http://sbis.ru/

на PSQL и работает
Vladimir Red'kin
 
Сообщения: 25
Зарегистрирован: 12 окт 2004, 12:54

А у нас как раз для производств.

Сообщение Boris Morozov » 15 янв 2010, 02:14

www.transtex-nt.com

Реализации 1C, которые клепают франчайзи вообще не конкурент для производств. Оно там по жизни через пень-колоду работает. На ем писать надо уметь. Может само 1С и умеет. Я лично не видел. Обычно все заканчивается отмыванием денег начальством и скандалами.
Потом получаются какие-то не связанные кусочки, из которых потом непонятно как вытянуть данные, поскольку бессистемная помойная яма.
Boris Morozov
 
Сообщения: 1333
Зарегистрирован: 05 июн 2002, 22:24
Откуда: Минск


Вернуться в Флейм

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 8

cron