Найдено 93 результата
- Пн 01 мар 2010 14:00
- Форум: dbForge for MySQL
- Тема: Импорт данных из другой таблицы
- Ответы: 2
- Просмотры: 3766
- Пн 15 фев 2010 10:32
- Форум: dbForge for MySQL
- Тема: Есть ли аналог типу Код репликации из Access?
- Ответы: 1
- Просмотры: 3083
- Пн 15 фев 2010 10:32
- Форум: dbForge for MySQL
- Тема: Ощибка "Dublicate entry "for PRIMARY KEY"
- Ответы: 1
- Просмотры: 2993
- Пн 15 фев 2010 10:31
- Форум: dbForge for MySQL
- Тема: Ошибка в vs 2005 Guid should contain 32 digits with 4 dashes
- Ответы: 1
- Просмотры: 4040
- Пн 15 фев 2010 10:31
- Форум: dbForge for MySQL
- Тема: Замена первичного ключа
- Ответы: 1
- Просмотры: 2842
- Пн 15 фев 2010 10:30
- Форум: dbForge for MySQL
- Тема: Ошибка при удалении первичного ключа
- Ответы: 1
- Просмотры: 2724
- Чт 04 фев 2010 15:47
- Форум: dbForge for MySQL
- Тема: Ошибка. Редактирование процедуры в dbForge for MySQL 4.0
- Ответы: 1
- Просмотры: 2825
- Чт 28 янв 2010 11:31
- Форум: dbForge for MySQL
- Тема: Условия лицензирования dotConnect и Fusion for MySQL
- Ответы: 2
- Просмотры: 3177
Лицензия на dotConnect for MySQL пожизненная и не требует каких-либо выплат нашей компании за использование нашего продукта как за авторское право (на англ. - perpetual and royalty-free). Подписка на продукт означает, что в течении года Вы можете загружать последние обновления и пользоваться технической поддержкой (http://www.devart.com/dotconnect/mysql/ ... pport.html).
Конечно же Вы можете выкладывать наши сборки, когда деплоите ваше приложение (http://www.devart.com/dotconnect/mysql/ ... yment.html). Скомпилировать приложение, которое использует наши сборки, можно только на машине, на которой установлен dotConnect for MySQL. Во время компиляции в ваше приложение встроится ресурс, который и определяет наличие лицензии у разработчика на использование наших сборок.
Подробнее лицензирование описано в нашей документации: http://www.devart.com/dotconnect/mysql/ ... nsing.html .
Конечно же Вы можете выкладывать наши сборки, когда деплоите ваше приложение (http://www.devart.com/dotconnect/mysql/ ... yment.html). Скомпилировать приложение, которое использует наши сборки, можно только на машине, на которой установлен dotConnect for MySQL. Во время компиляции в ваше приложение встроится ресурс, который и определяет наличие лицензии у разработчика на использование наших сборок.
Подробнее лицензирование описано в нашей документации: http://www.devart.com/dotconnect/mysql/ ... nsing.html .
- Ср 30 дек 2009 11:24
- Форум: dbForge for Oracle
- Тема: PostgreSQL
- Ответы: 1
- Просмотры: 4375
- Пт 25 дек 2009 12:30
- Форум: dbForge for Oracle
- Тема: Помогите! Проблемы с использованием лицензированной версии
- Ответы: 3
- Просмотры: 6051
- Пт 25 дек 2009 09:25
- Форум: dbForge for MySQL
- Тема: 4.0 Постраничный просмотр
- Ответы: 2
- Просмотры: 3126
Всё дело в том, что количество строк в запросе неизвестно. Для того, чтобы узнать их количество, нужно посылать дополнительный запрос. А на больших объемах данных отправка такого запроса отбирает большое количество времени, вплоть до 20 секунд. Поэтому это включается опционально в настройках редактора данных (опция "Получать количество строк с сервера").
- Ср 23 дек 2009 17:39
- Форум: dbForge for Oracle
- Тема: Помогите! Проблемы с использованием лицензированной версии
- Ответы: 3
- Просмотры: 6051
На данный момент OraDeveloper Studio, действительно, не позволяет объединять несколько проектов баз данных в некое подобие solution, как в Visual Studio. До теперь никто из пользователей не был заинтересован в такой функциональности.
Какую функциональность, кроме простого открытия нескольких проектов одновременно, Вы здесь предполагаете?
Какую функциональность, кроме простого открытия нескольких проектов одновременно, Вы здесь предполагаете?
- Пн 21 дек 2009 12:07
- Форум: dbForge for MySQL
- Тема: 4.0 ошибка в программе
- Ответы: 8
- Просмотры: 6727
- Пн 21 дек 2009 08:48
- Форум: dbForge for MySQL
- Тема: 4.0 ошибка в программе
- Ответы: 8
- Просмотры: 6727
Включить его можно в опциях (для окна Данные на его панели инструментов).
Автоматическое переключение реализовать возможно, однако, в большинстве случаев оно принесет ненужные проблемы с производительностью. Поскольку для того, чтобы получить данные из таблицы, определить, что она большая и перейти в постраничный режим нужно выполнить, как мининум три запроса к этой таблице, вместо одного. Что займет уйму времени на таблице с большим количеством записей. Быстрее будет переключить режим вручную.
Автоматическое переключение реализовать возможно, однако, в большинстве случаев оно принесет ненужные проблемы с производительностью. Поскольку для того, чтобы получить данные из таблицы, определить, что она большая и перейти в постраничный режим нужно выполнить, как мининум три запроса к этой таблице, вместо одного. Что займет уйму времени на таблице с большим количеством записей. Быстрее будет переключить режим вручную.
Всё зависит от того, что Вы хотите делать с этими данными. Единственное, чего на данный момент не хватает для работы с большими объемами данных, это фильтрации на стороне сервера (я имею в виду то, что сейчас нужно править запрос, чтобы отфильтровать данные на стороне сервера).Получается что для больших объемов данныхпродукт предназначен только частично?
- Пт 18 дек 2009 15:42
- Форум: dbForge for MySQL
- Тема: 4.0 ошибка в программе
- Ответы: 8
- Просмотры: 6727