Варианты Portable SQL

ODBC

Модератор: Andrew™

Правила форума
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
Аватара пользователя
finsoftrz
✯ Ветеран ✯
Сообщения: 4560
Зарегистрирован: 06 Ноябрь 2014, 12:48
Благодарил (а): 6 раз
Поблагодарили: 34 раза

Варианты Portable SQL

Сообщение finsoftrz »

По большому счету, лимон записей не самый главный критерий. Важно, как проиндексирована таблица. Если из нее надо выбрать операции по контрагенту, то и на tps это будет занимать доли секунды. В целом же, если говорить о встраиваемом sql-движке, то вряд ли он будет работать быстрее tps, так как больше накладных расходов при получении результата. Была лет 10 назад статья Ричарда Тейлора в clarionmag, где он приводил тесты для сравнения tps и sqlite. По его выкладкам, sqlite работал существенно быстрее tps. Но он еще и приложил исходники этих тестов. А в них несложно увидеть ошибку - для tps транзакции разбивались по 1000 записей, а в sqlite все делалось в рамках одной транзакции. Стоило увеличить количество записей в транзакции для tps до 10 000, результаты практически сравнялись. На выборке одиночных записей tps был заметно шустрее.

PS. К слову, встроенный формат и файл-сервер разные понятия. У нас, к примеру, практически все работает на tps, но в файл-серверном режиме мало кто пользует.
C6/C11, ШВС, tps/btrieve.
kreator
✯ Ветеран ✯
Сообщения: 4960
Зарегистрирован: 28 Май 2009, 15:54
Откуда: Москва
Благодарил (а): 6 раз
Поблагодарили: 19 раз

Варианты Portable SQL

Сообщение kreator »

Developer писал(а):
Kreator спасибо за новость!

Неужели будет бесплатным конкурентом SAP Sybase SQL Anywhere?
Некий "крик души". Мир, страна и я в том числе усиленно тестируют FB3. Я две недели усиленно предпринимаю попытки для перехода с FB2.1. Повылазила куча проблем. Главные. Быстродействие упало по сравнению с предыдущими версиями (несмотря на поддержку SMP). Сами разработчики нашли научный термин проблемы - "Деградация индексов". Разработчики также поменяли планировщик запросов. Из-за этого может быть снижение быстродействия в разы, нашёл у себя пока один такой явный случай. Вообще неприятный случай, переписывания запросов ох как не хочется. Разработчики толи в шутку толи всерьёз советуют ждать версии толи 3.1, толи 3.0.1 :mrgreen: .
Самое обидное, что на этой же машине запускаю SQLAnywhere, и он летает, порой заметно на глаз в разы скорость больше, чем FB (на примерно одинаковых запросах). Вот такие пироги.
We are hard at work… for you. :)
Аватара пользователя
Игорь Столяров
Ветеран движения
Сообщения: 7327
Зарегистрирован: 07 Июль 2005, 10:19
Откуда: г. Ростов-на-ДоМу
Благодарил (а): 13 раз
Поблагодарили: 48 раз

Варианты Portable SQL

Сообщение Игорь Столяров »

Ну, наверно не совсем корректно сравнивать коммерческий и дармовой софт, тем более такой сложный как БД ...
Лозунги - лозунгами, а подход к написанию разный, да и люди тоже ...
Делай как c Clarion - до второго патча все пропускаем, что бы не погрязнуть в бесплатном альфа-бета тестировании. ;)
За теми кто отстал - не возвращаться. (С) Кодекс
kreator
✯ Ветеран ✯
Сообщения: 4960
Зарегистрирован: 28 Май 2009, 15:54
Откуда: Москва
Благодарил (а): 6 раз
Поблагодарили: 19 раз

Варианты Portable SQL

Сообщение kreator »

Меня больше пугает общая тенденция "бесплатного" ПО. Гугл (или может ещё кто) нашли некую схему существования в этом мире, а всем кажется при этом, что ПО бесплатно. И всё больше и больше появляется бесплатных продуктов (хотя всем что-то надо кушать). И заказчик этому рад (хорошо же, что сервер SQL, например, бесплатен). Но претензии заказчика (а их хватает) по работе данного продукта пытаемся разрулить мы. И, как правильно замечено, софт сложный, и наши ресурсы не безграничны. Самое интересное, что очень много заинтересованных людей понимают разницу между MS SQL и не MS SQL (рекламы не делаю, просто для примера), но устоявшееся мнение, что платить не надо... В конечном итоге, судя по тенденции, клиентскую часть скоро придётся отдавать тоже бесплатно. Надо искать какую-то схему для существования в таких условиях.
Игорь Столяров писал(а):Делай как c Clarion - до второго патча все пропускаем, что бы не погрязнуть в бесплатном альфа-бета тестировании. ;)
Забыл отметить, что разработчики предлагают скачивать так называемые snapshot'ы, ежедневные автоматические релизы, есть надежда, что там что-то исправлено. А что делать? Лет восемь вымучивали новый релиз, народ ждал-ждал, и, похоже, многие уже боевые базы перекатили. Да и у нас всё горит.
We are hard at work… for you. :)
Аватара пользователя
Игорь Столяров
Ветеран движения
Сообщения: 7327
Зарегистрирован: 07 Июль 2005, 10:19
Откуда: г. Ростов-на-ДоМу
Благодарил (а): 13 раз
Поблагодарили: 48 раз

Варианты Portable SQL

Сообщение Игорь Столяров »

kreator писал(а): Гугл (или может ещё кто) нашли некую схему существования в этом мире
Насколько мне известно схемы три:
1. Рекламные поступления, для привлечения клиентов, гиганты стараются закрыть все направления предоставляемых услуг,
чтобы закрыть перетекание клиентов к конкурентам.
2. Лицензионные отчисления. Та же Microsoft и Oracle, скупившие колоссальное кол-во патентов, получают огромные отчисления
со всего бесплатного ПО, которое используется в коммерческих целях. Слышал, что с каждого проданного смартфона с Android,
только Microsoft получает с производителя $5 за патенты. Угадайте с кого эти деньги получает для Microsoft производитель.
Многие разработчики бесплатного ПО тоже являются держателями крупных пакетов патентов.
3. Противостояние антимонопольному законодательству. Крупные производители коммерческого софта спонсируют производителей
бесплатного, что бы не остаться на рынке монополистами и не попасть под антимонопольные законы. У нас это фикция и кормушка,
а в Европе и США - жесть. Например тот же Firefox получает порядка $1 млн/год .... от прямого конкурента Microsoft и т.д. :)
За теми кто отстал - не возвращаться. (С) Кодекс
arlean1
Активист
Сообщения: 114
Зарегистрирован: 24 Июль 2016, 22:34

Варианты Portable SQL

Сообщение arlean1 »

gopstop2007 писал(а): И есть выигрыш по сравнению с TPS в скорости при выборке, а в firebird (запрос - SQL), по скорости ответа при объеме БД порядка лимона записей :) Например, стал на запись контрагента - результат баланс за период и это всё в реалтайме.
лучше делать промежуточные расчёты и хранить их, чем так каждый раз нагружать сервер.
kreator
✯ Ветеран ✯
Сообщения: 4960
Зарегистрирован: 28 Май 2009, 15:54
Откуда: Москва
Благодарил (а): 6 раз
Поблагодарили: 19 раз

Варианты Portable SQL

Сообщение kreator »

arlean1 писал(а):лучше делать промежуточные расчёты и хранить их, чем так каждый раз нагружать сервер.
Здрасьте. Приехали. Кто так делает? Если только АБС крупного банка, где ежедневно несколько сотен тысяч проводок. Может ещё случиться, что делать промежуточные расчёты накладнее с точки зрения нагрузки на сервер.
We are hard at work… for you. :)
arlean1
Активист
Сообщения: 114
Зарегистрирован: 24 Июль 2016, 22:34

Варианты Portable SQL

Сообщение arlean1 »

kreator писал(а): Если только АБС крупного банка,
многие и делают - это одна запись в таблицу итогов по контрагентов в примере.
arlean1
Активист
Сообщения: 114
Зарегистрирован: 24 Июль 2016, 22:34

Варианты Portable SQL

Сообщение arlean1 »

Кстати, сейчас многие смотрят на не-SQL бызы данных.
PavelNK
Старожил
Сообщения: 262
Зарегистрирован: 15 Март 2011, 8:02

Варианты Portable SQL

Сообщение PavelNK »

arlean1 писал(а): Кстати, сейчас многие смотрят на не-SQL бызы данных.
А на какие? На dBase или Clipper?
Developer
Ветеран
Сообщения: 551
Зарегистрирован: 26 Март 2012, 17:18

Варианты Portable SQL

Сообщение Developer »

arlean1 писал(а): Кстати, сейчас многие смотрят на не-SQL бызы данных.
Наверное, имелись ввиду базы данных NoSQL серверов типа

MongoDB, CouchDB, Redis и Apache Cassandra
С Уважением, Developer
Аватара пользователя
Игорь Столяров
Ветеран движения
Сообщения: 7327
Зарегистрирован: 07 Июль 2005, 10:19
Откуда: г. Ростов-на-ДоМу
Благодарил (а): 13 раз
Поблагодарили: 48 раз

Варианты Portable SQL

Сообщение Игорь Столяров »

arlean1 писал(а): Кстати, сейчас многие смотрят на не-SQL бызы данных.
Опять таки, после многих лет забвения, Actian (ext Pervasive) откопал труп и выпустил Actian Btrieve 12.
Кстати, работает классно ! Видимо кому-то это потребовалось (современный не SQL доступ к MKD базам) .... ;)
За теми кто отстал - не возвращаться. (С) Кодекс
PavelNK
Старожил
Сообщения: 262
Зарегистрирован: 15 Март 2011, 8:02

Варианты Portable SQL

Сообщение PavelNK »

В
Developer писал(а):
arlean1 писал(а): Кстати, сейчас многие смотрят на не-SQL бызы данных.
Наверное, имелись ввиду базы данных NoSQL серверов типа
MongoDB, CouchDB, Redis и Apache Cassandra
По сути JSON-строка является маленькой иерархической БД, разница в том, что в реляционной БД эти составляющие разложены по разным таблицам, а здесь они лежат вместе. Например, в MSSQL легко смоделировать данную БД используя XML
kreator
✯ Ветеран ✯
Сообщения: 4960
Зарегистрирован: 28 Май 2009, 15:54
Откуда: Москва
Благодарил (а): 6 раз
Поблагодарили: 19 раз

Варианты Portable SQL

Сообщение kreator »

Я так понял, что NoSQL - это некая специфика, под конкретную задачу. Поэтому их и расплодилось очень много. Почитайте Википедию. Простейший тип NoSQL БД - хранилище "ключ-значение". Ничего не говорю. Если есть специфическая задача - надо туда посмотреть.
А ещё есть постреляционные или объектно-реляционные БД, типа Cache. По-моему данная БД держится только на пиаре. Есть у неких спецов мнение, что RDBMS перспективнее.
Гранды (Oracle, MS, SAP) развивают свою тему, и сдавать позиции, думаю не собираются.
Я бы хотел, например, попробовать режим SQL "In-Memory". SQLAnywhere уже позволяет, база у меня есть. Только железо не позволяет, контора мелковата.
We are hard at work… for you. :)
PavelNK
Старожил
Сообщения: 262
Зарегистрирован: 15 Март 2011, 8:02

Варианты Portable SQL

Сообщение PavelNK »

kreator писал(а): Я так понял, что NoSQL - это некая специфика, под конкретную задачу. Поэтому их и расплодилось очень много. Почитайте Википедию. Простейший тип NoSQL БД - хранилище "ключ-значение". Ничего не говорю. Если есть специфическая задача - надо туда посмотреть.
А ещё есть постреляционные или объектно-реляционные БД, типа Cache. По-моему данная БД держится только на пиаре. Есть у неких спецов мнение, что RDBMS перспективнее.
Гранды (Oracle, MS, SAP) развивают свою тему, и сдавать позиции, думаю не собираются.
Я бы хотел, например, попробовать режим SQL "In-Memory". SQLAnywhere уже позволяет, база у меня есть. Только железо не позволяет, контора мелковата.
Абсолютно справедливо, такие СУБД заточены под узкий круг задач. Причем эти задачи решаются ничуть не хуже на современных реляционных СУБД. Но с помощью реляционных СУБД можно решать практически все задачи, а с помощью NoSQL только узкий круг задач
Ответить