]]>
http://zeos.firmos.at/viewtopic.php?t=3439
Статистика: Добавлено Ism — 07.03.2012 23:35:03
]]>
Добавлено спустя 32 минуты 25 секунд:
Красные элементы затемнил, все в архиве
Статистика: Добавлено Ism — 04.03.2012 22:03:58
]]>
]]>
http://zeos.firmos.at/viewtopic.php?p=14375#14375
Статистика: Добавлено Ism — 04.03.2012 17:11:35
]]>
Статистика: Добавлено alexs — 03.03.2012 18:20:15
]]>
каскадные таблицы
это простите меня что такое? master-detail что ли? а такой возможности в TZQuery нема?
Когда я попытался это воспроизвести это в tsqlquery из лазаруса
стоп, в этой теме речь о стандартных компонентах или о зеосе? о_О
Статистика: Добавлено ronin — 03.03.2012 18:14:45
]]>
Вообщето для этого есть FK и тригеры.
Не сразу допер о чем вы, то есть один view и несколько датасетов отображающих части этого view в разных DBGrid ?
dcWaitEndMasterScroll
Думаю если реализация не должна быть сложной, правда для того , кто понимает структуру зеоса. Почему бы вам не написать об этом на их форуме ? Сейчас самое время, пока опять не заглохло.
Мне сейчас надо от зеоса надежная работа с разными базами, пока уверен только с mysql. Надо еще проверить работу с последним firebird
Статистика: Добавлено Ism — 03.03.2012 17:24:29
]]>
Например MSSQL, да и PGSQL любят, если явно не указано, то отдельные апдейты делать в разных транзакциях. Т.е. транзакция автоматом начинается и заканчивается для каждой операции.
А потом с вас пользователи спросят - почему данные не валидны...
Добавлено спустя 5 минут 59 секунд:
Ism писал(а): MasterField MasterSource
Когда я попытался это воспроизвести это в tsqlquery из лазаруса , такое уродство вышло.
Я уже не говорю о том, что если вы таким образом свяжете эти два объекта - у вас такой объём данных по сети будет гонятся, что и сеть положить можно, не говоря о бедном сервере.
Почему не подумать немного над запросом и сразу связать несколько таблиц и выбрать только необходимый минимум.
А если уже хочется мастер-детайл для оператора, то опять-таки - указывая явно запосы вы очень сильно уменьшаете объём данных.
PS
Вот чего мне не хватает в ZEOS-е так это вот этого - http://www.devrace.com/ru/fibplus/artic ... hp?ID=1172
Вторая важная опция - это ключ dcWaitEndMasterScroll. Представьте, что пользователь передвигается по DBGrid1, пытаясь найти нужный отдел. При каждом движении, когда меняется текущая запись в DBGrid1, pFIBDataSet2 автоматически переоткрывает запрос. Очевидно, движение по master-таблице может вызвать серию довольно "тяжелых" запросов, которые значительно увеличат совершенно бесполезный сетевой трафик. На практике было нужно переоткрыть detail-запрос только один раз, когда пользователь все-таки нашел нужный ему отдел в DBGrid1. FIBPlus позволяет избежать ненужных запросов. Если ключ dcWaitEndMasterScroll добавлен в DetailConditions, то detail-запрос переоткрывается только после некоторой паузы (величину паузы можно регулировать, задавая значение свойства WaitEndMasterInterval).
Таким образом, когда пользователь просто передвигается по DBGrid1, изменение текущей записи "включает" таймер detail-запроса. Если за время паузы пользователь успевает перейти на другую запись, то таймер сбрасывается. И так до тех пор, пока пользователь не остановится на нужной записи. Только после этого detail-запрос переоткрывается, а значит, pFIBDataSet2 выполняет только один запрос вместо целой серии.
Статистика: Добавлено alexs — 03.03.2012 15:19:32
]]>
пример темы http://www.seoliga.ru/category/borland_ ... urce.shtml
так что tztable может не оптимален , но очень удобен
Статистика: Добавлено Ism — 03.03.2012 14:53:55
]]>
Ism писал(а):tztable
Забудь как страшный сон.
Эта компонента не имеет права на жизнь. Оно по насделству тянется ещё от BDE-неых локальных таблиц. И если с DBF-ками ещё можно работать такм образом, то с SQL серверами - ЗАЧЕМ САМ СЕБЕ ДЕЛАЕШ ПРОБЛЕМЫ?
Ты знаеш какие он запросы генерит? Ту уверен что не будет блокировок? Ты точно знаешь какой объём данных выбирается?
Может всёж не ленится и потратить 1 минуту на анализ данных с которыми ты работаеш и написать правильный запрос на обновление/уставку/удаление?
Статистика: Добавлено alexs — 03.03.2012 10:14:55
]]>
]]>
Ism писал(а):Хотелось бы полностью положиться на эти компоненты, но пока существуют крупные баги, нужно держать запасной вариант.
Пользуюсь 7-й альфой, PostgreSQL.
Принципиальных глюков вроде нет.
Есть куча мелких неудобств, но это особенности самомго ZEOS-а.
Статистика: Добавлено alexs — 02.03.2012 22:05:22
]]>
Я не спрашивал про философские аспекты существования зеоса, я создал эту тему для того , чтоб найти тех, кто заинтересован в его нормальной работе. Все.
Хотелось бы полностью положиться на эти компоненты, но пока существуют крупные баги, нужно держать запасной вариант.
Статистика: Добавлено Ism — 02.03.2012 18:36:53
]]>
Ism писал(а):Привет, тут тема появилась.
У zeosdbo сейчас наблюдается оживление разработки, но не все так гладко. Пока непонятно, куда двигаться , чтоб выпустить 7.0 релиз.
Кто умеет пользоваться гугл переводчиком вот обсуждение будущего zeosdbo http://zeos.firmos.at/viewtopic.php?t=3427
Особенно интересно мнение тех, кто использует zeosdbo в своей работе. Я меня все проекты на нем.
В теме обсуждается необходимый функционал, так как судя по всему сейчас там наблюдается бардак с кодировками под разные версии делфи и лазарус.
В общем если кому есть что сказать, пишите здесь, а еще лучше на форуме zeos
Кроме зеоса сейчас альтернатив доступа к некоторым базам просто нет (если не считать Devart). Например нет компонента ttable или нет mysql 5.5 соединения в стандартном лазарусе . Я имею ввиду удобный доступ, когда не надо возиться с updateSQL и insertSQL
У zeosdbo сейчас наблюдается оживление разработки, но не все так гладко. Пока непонятно, куда двигаться , чтоб выпустить 7.0 релиз.
Кто умеет пользоваться гугл переводчиком вот обсуждение будущего zeosdbo http://zeos.firmos.at/viewtopic.php?t=3427
Особенно интересно мнение тех, кто использует zeosdbo в своей работе. Я меня все проекты на нем.
В теме обсуждается необходимый функционал, так как судя по всему сейчас там наблюдается бардак с кодировками под разные версии делфи и лазарус.
В общем если кому есть что сказать, пишите здесь, а еще лучше на форуме zeos
Кроме зеоса сейчас альтернатив доступа к некоторым базам просто нет (если не считать Devart). Например нет компонента ttable или нет mysql 5.5 соединения в стандартном лазарусе . Я имею ввиду удобный доступ, когда не надо возиться с updateSQL и insertSQL
А можно озвучить ОС на которой работаете, для зеоса очень принципиально. В Линуксе, используя ZEOS, забудьте про SYBASE, ASE, MSSQL.
Тогда зачем он нужен, если он не пригоден вообще. О каких удобствах в Линукс можно говорить?
Поэтому хотите кроссплатформенность - используйте ODBC.
В линуксе для названных баз есть связка freetds+unixodbc, крайне гемморойная, но это единственный способ подключиться к MSSQL из линукса, используя Лазарус.
Что касается firebird И PostgreSQL (mysql потерял доверие как продажный) то в лазаре открытые коды компонент, в самих базах открыты коды, берите рихтуйте на свой вкус, пишите на багтрек если глобальная ошибка, это и есть процесс программирования openSource.
А если просто быдлокодить,чтобы кто-то что-то сделал за Вас, то лучше и не браться, чтобы потом пальцем не показывали вслед.
Для ZEOS есть применение только для базы SQLITE, в остальном ZEOS не заточен под кроссплатформенность.
Добавлено спустя 4 минуты 37 секунд:
Ценность связки
freePascal+Lazarus - тут можно всё если есть мозг.Добавлено спустя 5 минут 12 секунд:
alexmai писал(а):Кроме зеоса сейчас альтернатив доступа к некоторым базам просто нет (если не считать Devart). Например нет компонента ttable или нет mysql 5.5 соединения в стандартном лазарусе . Я имею ввиду удобный доступ, когда не надо возиться с updateSQL и insertSQL
Команды updateSQL и insertSQL крайне необходимы вдесктопных приложениях работающих на редактирование и вставку.
Очень важно разделять эти запросы от обычным SELEСT, чтобы не нахватать дидлоков при многопользовательской работе да еще и следить за успешным выполнением транзакции апдейта или инсета
Статистика: Добавлено alexmai — 02.03.2012 16:54:43
]]>
Можно было бы поработать, но моя зарплата и стоимость XE2 - это две взаимоисключающие концепции.
Хе хе, как бесплатно использовать, так за опенсорс горой, как чтото сделать , так у меня маленькая зарплата.
Сейчас не надо особо ничего делать , нужна идея как писать зеос дальше, так как накопилось много реликтовых вещей от старых версий делфи.
Так что если вы разбираетесь во внутренностях зеоса, то можете высказать чтото дельное, именно это и требуется.
Сам я еще не совсем в структуре разбираюсь, но уже накатал уже давно 3 патча устраняющих несколько досадных глюков.
Статистика: Добавлено Ism — 02.03.2012 15:02:02
]]>
Можно было бы поработать, но моя зарплата и стоимость XE2 - это две взаимоисключающие концепции.
Типичный пост потребителя
Чтож , ждем тех, кому действительно нужен нормально работающий zeos
Статистика: Добавлено ronin — 02.03.2012 09:32:39
]]>
Ism писал(а):но зеос еще работает на делфи, а там несколько разных кодировок в 2009 Ansi и XE2 UTF8 , и все это надо учесть в коде.
Можно было бы поработать, но моя зарплата и стоимость XE2 - это две взаимоисключающие концепции.
Статистика: Добавлено Vadim — 02.03.2012 03:02:09
]]>
что скажете?
читайте внимательно первый пост
Чтож , ждем тех, кому действительно нужен нормально работающий zeos
Статистика: Добавлено Ism — 01.03.2012 17:54:49
]]>
или нет mysql 5.5 соединения в стандартном лазарусе
Я тоже не вижу проблем с mysql 5.5
я один вижу здесь противоречие?
Если вы полазите по офф форуму, то увидите, проблем хватает.
где ж их нет
а насчёт
Например нет компонента ttable
TZTable разве не он?
что скажете?
Кажется никто не читал тему указанную в первом посте
но этого нельзя сказать с postgres 9.1 и firebird
в первом посте ни слова об этих СУБД
не сочтите за придирки Статистика: Добавлено ronin — 01.03.2012 15:02:35
]]>
В фрипаскале проблем меньше, но зеос еще работает на делфи, а там несколько разных кодировок в 2009 Ansi и XE2 UTF8 , и все это надо учесть в коде.
Так что зеос далек от совершенства, даже значки еще не сделаны http://zeos.firmos.at/viewtopic.php?p=14342
Если вы полазите по офф форуму, то увидите, проблем хватает.
ещё нескромный вопрос: а какую версию лучше пользовать "testing" или "testing-egonhugeist", я прочитал вашу переписку с автором, вроде много изменений он сделал, вот и думаю может оттуда надо было качать?
Лучше для работы использовать trunk , а все новейшие изменения пока в testing-egonhugeist, но он очень нестабилен, так как изменения могут быть достаточно большими.
В общем kdesvn и http://tortoisesvn.net/ вам в руки.
Статистика: Добавлено Ism — 01.03.2012 14:44:27
]]>
Например нет компонента ttable
TZTable разве не он?
нет mysql 5.5 соединения в стандартном лазарусе
в зеосе 7 из свн есть libmysql55.dll работает без вопросов, вы о чём?
Я имею ввиду удобный доступ, когда не надо возиться с updateSQL и insertSQL
тут тоже непонятно, я использую TZQuery, никаких updateSQL и insertSQL, я просто работаю с компонентом как с TZTable, поясните что значит удобный доступ?
Кроме зеоса сейчас альтернатив доступа к некоторым базам просто нет (если не считать Devart).
а зачем разводить зоопарк? лучше пилить одну бибилиотеку, но зато хорошую
сам только пару дней назад перевёл проект с MyDac на Zeos, вы не поверите, разницы даже не заметил, всё что пришлось сделать это заменить все TMy компоненты на TZ в lfm файлах датамодулей, и перекомпилировать проект
Добавлено спустя 1 минуту 44 секунды:
с кодировками тоже кстати не испытал никаких проблем... проект кроссплатформенный
Добавлено спустя 12 минут 38 секунд:
ещё нескромный вопрос: а какую версию лучше пользовать "testing" или "testing-egonhugeist", я прочитал вашу переписку с автором, вроде много изменений он сделал, вот и думаю может оттуда надо было качать?
Статистика: Добавлено ronin — 01.03.2012 08:39:42
]]>
Ism писал(а): Например нет компонента ttable
Это не недостаток.
Статистика: Добавлено alexs — 01.03.2012 07:12:02
]]>
Кто умеет пользоваться гугл переводчиком вот обсуждение будущего zeosdbo http://zeos.firmos.at/viewtopic.php?t=3427
Особенно интересно мнение тех, кто использует zeosdbo в своей работе. Я меня все проекты на нем.
В теме обсуждается необходимый функционал, так как судя по всему сейчас там наблюдается бардак с кодировками под разные версии делфи и лазарус.
В общем если кому есть что сказать, пишите здесь, а еще лучше на форуме zeos
Кроме зеоса сейчас альтернатив доступа к некоторым базам просто нет (если не считать Devart). Например нет компонента ttable или нет mysql 5.5 соединения в стандартном лазарусе . Я имею ввиду удобный доступ, когда не надо возиться с updateSQL и insertSQL
Статистика: Добавлено Ism — 01.03.2012 00:57:07
]]>