Comments 105
PostgreSQL, да ещё и под Linux есть! Да это, может, станет кладом для меня, когда доберусь до своего ноутбука с Ubuntu на борту. Она, кстати, есть в репозиториях, кто-нибудь знает?
Пока вроде бы нет в репозиториях, но я передал идею разработчикам, они обещали подумать над ней и по-возможности реализовать.
Так родной pgAdmin кросплатформенный. Последнюю версию можно брать из ppa:pitti/postgresql
Знаю, видел и от безвыходности периодически пользуюсь. Дело в том, что я не хардкорный программист и мне не очень нравится такой низкоуровневый подход как в pgAdmin'е. В сравнении с EMS SQL Manager for PostgreSQL он просто убог, никого не хочу обидеть. Одна из причин, почему я не могу полностью перебраться с винды…
Я конечно понимаю что на вкус и цвет… но вам правда удобнее работать в вот таком пестром софте
www.sqlmanager.net/i/scr/postgresql/manager/office_11_and_windows_xp_visual_schemes_support.gif
вместо аскетичного, но вполне удобного
screencloud.net/img/screenshots/4a47a0db6e60853dedfcfdf08a5ca2495.png
www.sqlmanager.net/i/scr/postgresql/manager/office_11_and_windows_xp_visual_schemes_support.gif
вместо аскетичного, но вполне удобного
screencloud.net/img/screenshots/4a47a0db6e60853dedfcfdf08a5ca2495.png
Вы правы, на вкус и цвет все фломастеры разные.
SQL Manager для меня удобнее.
Там можно быстрее создавать триггеры за один заход. Например, в pgAdmin'е сначала надо создать функцию, а потом связать с ней триггер.
И это только то, что сразу почувствовал и не однократно.
Интерфейс SQL Manager значительно проще, чем вы пытаетесь показать на скриншоте.
Вообще, те, кто работал с Firebird'ом и пользовался для администрирования IBExpert'ом, те меня должны очень хорошо понять.
SQL Manager для меня удобнее.
Там можно быстрее создавать триггеры за один заход. Например, в pgAdmin'е сначала надо создать функцию, а потом связать с ней триггер.
И это только то, что сразу почувствовал и не однократно.
Интерфейс SQL Manager значительно проще, чем вы пытаетесь показать на скриншоте.
Вообще, те, кто работал с Firebird'ом и пользовался для администрирования IBExpert'ом, те меня должны очень хорошо понять.
Плохо, что кучу либ с собой тянет — icu, wx, даже stdc++.
И локаль непонятно где выставить.
Хотя в переводах — есть.
BTW — переводы только для de, fr, it и — внезапно — ru :-)
И локаль непонятно где выставить.
Хотя в переводах — есть.
BTW — переводы только для de, fr, it и — внезапно — ru :-)
Разработчики из моего родного г. Херсона, в Украине. Мне посчастливилось попасть на семинар, посвященный архитектуре Valentina DB и пообщаться с ее архитектором. Довольно интересный продукт, в некоторых сценариях имеет значительное преимущество над конкурентами.
Ну, я так и подумал, что наши.
По схеме понятно — хорошая штука, бесплатный вариант требует регистрации.
Мне это напомнило Syntex Serna, поэтому и подумал — а ну а ну а ну — что там с переводами?
Надеюсь — они не сделают ключик для бесплатной версии на ограниченное время?
А то будет как с Serna — отличная вещь, а стало Неуловимым Джо.
По схеме понятно — хорошая штука, бесплатный вариант требует регистрации.
Мне это напомнило Syntex Serna, поэтому и подумал — а ну а ну а ну — что там с переводами?
Надеюсь — они не сделают ключик для бесплатной версии на ограниченное время?
А то будет как с Serna — отличная вещь, а стало Неуловимым Джо.
ключ работает год, но разработчики обещают что Valentina Studio будет бесплатной всегда и ключ можно будет бесконечно продлевать. их цель — сделать Valentina настольным инструментом всех web-девелоперов, и поэтому убирать бесплатный вариант они не будут
Ну…
У Serna ключ работал 3 мес. Тоже обещали вечную жизнь. И таки да — пока мне не было лень — я получал ключ каждых 3 мес.
Не моё свыняче дело — но… Но это тема совершенно другой статьи. За бизнес.
У Serna ключ работал 3 мес. Тоже обещали вечную жизнь. И таки да — пока мне не было лень — я получал ключ каждых 3 мес.
Не моё свыняче дело — но… Но это тема совершенно другой статьи. За бизнес.
ну тут имеется в виду что по ключу можно будет апдейтить версии год. если вы пользуетесь версией 5.2.4 (например) и не собираетесь апдейтиться — ключ будет работать вечно.
для апдейтов — надо будет обновлять ключи раз в год
для апдейтов — надо будет обновлять ключи раз в год
Судя по всему — здесь выбрали _точно_ такой же «хитрый план».
Серьезно — _точно_ такой же.
Но Serna больше нет. Пичалька.
Серьезно — _точно_ такой же.
Но Serna больше нет. Пичалька.
ну в случае с Valentina Studio — в худшем случае вы останетесь в последней версией навсегда. ключ будет работать с ней вечно
кстати, если вам чего-то не хватает в Valentia Studio — пишите фича риквест www.valentina-db.com/bt/
кстати, если вам чего-то не хватает в Valentia Studio — пишите фича риквест www.valentina-db.com/bt/
UFO just landed and posted this here
Спасибо. Как-раз искал бесплатную альтернативу SQLYog.
UFO just landed and posted this here
в таких таблицах хранятся в основном диаграммы и прочий стафф от студии. иногда это удобно, особенно при коллективной работе.
в будущем разработчики планируют сделать возможность хранения диаграмм и остального отдельно от БД (локально например)
можете написать feature request в их трекере www.valentina-db.com/bt/ хотя это и так сделают
в будущем разработчики планируют сделать возможность хранения диаграмм и остального отдельно от БД (локально например)
можете написать feature request в их трекере www.valentina-db.com/bt/ хотя это и так сделают
а она в рабочей базе создает свои таблицы? О_О это вообще не ок — а если база продакшен?
UFO just landed and posted this here
а сильно помешают пара мелких таблиц с данными? я вот не придумал ни единого случая, чтоб это реально мешало
понятно что это иногда нарушает «фэн шуй», поэтому будет вариант с отключением
понятно что это иногда нарушает «фэн шуй», поэтому будет вариант с отключением
Тут дело даже не в перфекционизме, хотя и в нем тоже. Дело в том, что этот клиент имеет достаточно обширный функционал и позиционируется, мне кажется, не для мелких проектиков, а для работы с большими базами, для серьезных заказчиков, посему позволять себе писать что-либо в базу, к которой он подключается, да еще и скрывать это(в угоду «юзабилити») абсолютно неприемлемо. И мне кажется, что это не сугубо мои заморочки.
Хотя клиент и функционал, повторюсь, впечатляют — для osx я такого не видел.
Хотя клиент и функционал, повторюсь, впечатляют — для osx я такого не видел.
1) Действительно будет хорошим делом добавить хотя бы предупреждающий/информирующий диалог что студия собирается добавить таблицу. Это поможет человеку, первый раз работающему со студией. Сделаем в v5.3.
2) большой проект развивается долго, и его девелоперы обычно знают свои инструменты уже достаточно глубоко.
2) большой проект развивается долго, и его девелоперы обычно знают свои инструменты уже достаточно глубоко.
Когда пробуешь несколько продуктов, которые ведут себя подобным образом — да.
Сайт недоступен. Беспощадный хабраэффект
Под WIndows косяки с русским текстом внутри текстовых полей — вместо него знаки вопроса.
Аналогичная ситуация и под linux, в частности под Ubuntu
напишите в www.valentina-db.com/bt/ — я думаю быстро поправят
одну ошибку нашли и скоро поправят. но лучше будет если вы опишите сценарий воспроизведения подробно
Спасибо за находку, конечно особо не искал такие программы, работал по привычке в phpMyAdmin, но первое знакомство с программой впечатления самые лучшие, буду еще ковырять :)
По правде говоря ничего удобнее HeidiSql пока не встречал. Возможно, просто сильно привык. Правда она только под Windows и на убунте приходится запускать через вайн.
убунте приходится запускать через вайн.
Вот именно
А програмка очнь даже удобная, более лучшего для убунты так и не нашел. В phpMyAdmin, хотелось чего то десктопного, да и часто нужно подключение извне (а phpMyAdmin на удаленных машинах, согласитесь работает не всегда столь быстро).
Правда обидный косячок с кириллицей в таблицах, и то что ребята с Украины, а локализации русской нет. Но думаю это в ближайшем будущем поправят.
Инструмент очень удобный и качественный (в сравнении с существующими программами под убунту)
Уже исправили. Потеряли несколько строк кода когда с дризлы на MariaDB переводили mySQL-plugin…
Новый 5.2.5 билд под мак уже на сайте. В ближайшие минуты ляжет билд под винду. Под линукс чуть позжее…
Новый 5.2.5 билд под мак уже на сайте. В ближайшие минуты ляжет билд под винду. Под линукс чуть позжее…
Отлично, ождатю обновление. А локализация в будущем планируеться?
билд 5.2.5 под все три платформы — выложен на FTP.
* исправлен этот баг с кодировкой при работе c mySQL
* добавлен CMD/CTRL + 1 шорткат
* SQL Builder — добавлено выделение таблиц связанных с выбранной на диаграмме. Очень облегчает понимание какую следующую таблицу можно потянуть на диаграмму из списка.
* исправлен этот баг с кодировкой при работе c mySQL
* добавлен CMD/CTRL + 1 шорткат
* SQL Builder — добавлено выделение таблиц связанных с выбранной на диаграмме. Очень облегчает понимание какую следующую таблицу можно потянуть на диаграмму из списка.
Уже вышло обновление под linux и баг с русскими буквами исправили, баг с "* + — " не пофиксили
Ну расскажите уже как эта валентина бд работает на порядок быстрее других БД.
Valentina DB — это отдельная большая тема для разговоров :) так как это — колоночная БД, она сильно отличается от традиционных.
точнее отличается не сильно, тот же SQL, но в плане скорости — во многих случаях есть интересные результаты
Похоже на раскручивание пустышки.
это вы по скриншотам определили? или все-таки на основании чего-то строите свои выводы?
На основании сайта. На котором общие фразы про " blazingly fast, most advanced" и ни одного конкретного примера производительности. Интересные результаты по скорости есть у всех columnar db — когда считается агрегат по колонке. А когда вставляется новая запись во сколько раз быстродействие «неинтереснее» обычных RDBMS? :-)
Позиционирование тоже… туманно :) Это встраиваемая БД за $999 (Valentina DB ALL ADK $999.99 )? Серьезно?
Или это RDBMS за $1500? Чем лучше бесплатного PostgreSql?
Ни одного отзыва в Сети.
Удачи, конечно, но путь ваш сомнителен…
Позиционирование тоже… туманно :) Это встраиваемая БД за $999 (Valentina DB ALL ADK $999.99 )? Серьезно?
Или это RDBMS за $1500? Чем лучше бесплатного PostgreSql?
Ни одного отзыва в Сети.
Удачи, конечно, но путь ваш сомнителен…
Ну это все вопросы про Valentina Database, а не про Valentina Studio да? Так что лучше обсудить это будет в другом месте. Но кое что отвечу.
* Вы можете PostgreSQL встроить в свою программу как embedded engine? не можете. Для этого применяется зачастую SQLite в последние годы. Ранее было гораздо больше таких движков.
* Почему у вас тенденция смотреть на самые дорогие позиции? ADK — обычно покупают под одну IDE/language, такие как REALbasic, LiveCode. Обычно людей интересуют именно кросс-платформенность. В таком случае это стоит 199$ на одну платформу, 399$ на все три. За $999 девелопер получит целую гору наших ADK под все языки что есть у нас (C C++ ObjC RB, LiveCode, .NET, COM, PHP, ...)
* А если человек хочет в своей программе иметь и локальную базу и сервер — то юсать лайт + my/postgre — это может превратится в те еще танцы. Многие девелоперы радуется именно этой возможности в Валентине.
* поверьте это миф что колончатая базы проиграет на инсертах. Кеш компенсирует. Ну только на таблицах с сотнями колонок да можно увидеть деградацию, но на обычных 10-50 колонок нет. А учитывая что Valentina не только SQL но и, как счас говорят Non-SQL движок — можно через наше Valentina API получить еще многократное ускорение по отношению к SQL. Пример сходу из памяти, таблица 19 колонок, все типы что есть, 100К записей без индексов добавляются через айпи в 3,5 секунды на старндартном маке (пару лет назад смотрели), SQL давал 20 с байдингом, 80 без байдинга.
* насчет ни одного отзыва Вы перегибаете думаю. Кстати у нас же на сайте в разделе User Testimonials кое что есть. Там дядя сравнивает как раз Cocoa -> Coredata -> SQLite.
* ну а насчет чем лучше… Валентина создавалась как расширение реляционной модели. У нас есть вещи которых нет в других базах, например связи ObjectPtr, BinaryLink (кроме ФК). На сайте в вики есть несколько статей, которые показывают что и как.
Сомнителен или не сомнителен — нам нравится развивать наше собственное оружие. Да я часто люблю сравнивать СУБД и компиляторы как оружие. Кто то его разрабатывает, а кто то применяет. Если нам нравится создавать свою ракету — в чем вы видите проблему?
* Вы можете PostgreSQL встроить в свою программу как embedded engine? не можете. Для этого применяется зачастую SQLite в последние годы. Ранее было гораздо больше таких движков.
* Почему у вас тенденция смотреть на самые дорогие позиции? ADK — обычно покупают под одну IDE/language, такие как REALbasic, LiveCode. Обычно людей интересуют именно кросс-платформенность. В таком случае это стоит 199$ на одну платформу, 399$ на все три. За $999 девелопер получит целую гору наших ADK под все языки что есть у нас (C C++ ObjC RB, LiveCode, .NET, COM, PHP, ...)
* А если человек хочет в своей программе иметь и локальную базу и сервер — то юсать лайт + my/postgre — это может превратится в те еще танцы. Многие девелоперы радуется именно этой возможности в Валентине.
* поверьте это миф что колончатая базы проиграет на инсертах. Кеш компенсирует. Ну только на таблицах с сотнями колонок да можно увидеть деградацию, но на обычных 10-50 колонок нет. А учитывая что Valentina не только SQL но и, как счас говорят Non-SQL движок — можно через наше Valentina API получить еще многократное ускорение по отношению к SQL. Пример сходу из памяти, таблица 19 колонок, все типы что есть, 100К записей без индексов добавляются через айпи в 3,5 секунды на старндартном маке (пару лет назад смотрели), SQL давал 20 с байдингом, 80 без байдинга.
* насчет ни одного отзыва Вы перегибаете думаю. Кстати у нас же на сайте в разделе User Testimonials кое что есть. Там дядя сравнивает как раз Cocoa -> Coredata -> SQLite.
* ну а насчет чем лучше… Валентина создавалась как расширение реляционной модели. У нас есть вещи которых нет в других базах, например связи ObjectPtr, BinaryLink (кроме ФК). На сайте в вики есть несколько статей, которые показывают что и как.
Сомнителен или не сомнителен — нам нравится развивать наше собственное оружие. Да я часто люблю сравнивать СУБД и компиляторы как оружие. Кто то его разрабатывает, а кто то применяет. Если нам нравится создавать свою ракету — в чем вы видите проблему?
Ну это все вопросы про Valentina Database, а не про Valentina Studio да? Так что лучше обсудить это будет в другом месте. Но кое что отвечу.
Ну этот пост является скрытой рекламой Valentina DB, как я понимаю? :) Потому и вопросы.
* Вы можете PostgreSQL встроить в свою программу как embedded engine? не можете. Для этого применяется зачастую SQLite в последние годы. Ранее было гораздо больше таких движков.
* Почему у вас тенденция смотреть на самые дорогие позиции? ADK — обычно покупают под одну IDE/language, такие как REALbasic, LiveCode. Обычно людей интересуют именно кросс-платформенность. В таком случае это стоит 199$ на одну платформу, 399$ на все три. За $999 девелопер получит целую гору наших ADK под все языки что есть у нас (C C++ ObjC RB, LiveCode, .NET, COM, PHP, ...)
Правда, из ваших ответов ничего не понял опять. Какие преимущества встраивать вашу БД по сравнению с Sqlite? Насколько полная поддержка SQL 92? Как гарантируется целостность транзакций? Могут ли несколько писателей БД работать с ней одновременно? Может есть какая-то (секретная) ссылка, где можно узнать подробней?
Или единственное преимущество в том, что есть еще и сервер? Вы уверены, что все встраиваемые БД — это всегда промежуточная фаза перед клиент-серверным этапом? Для SQLite есть сервер: www.sqlabs.com/cubesql.php
А если человек хочет в своей программе иметь и локальную базу и сервер — то юсать лайт + my/postgre — это может превратится в те еще танцы. Многие девелоперы радуется именно этой возможности в Валентине.
Может 500 лет назад — да. Были бы сложности. Но сейчас утверждать, что трудно в одном приложении использовать несколько БД это… несколько наивно. Вы слышали про FireDAC, например?
И, опять-таки, повторюсь — Sqlite и PostgreSQL — БЕСПЛАТНЫ. Зачем платить вам? Какие выгоды?
* поверьте это миф что колончатая базы проиграет на инсертах. Кеш компенсирует. Ну только на таблицах с сотнями колонок да можно увидеть деградацию, но на обычных 10-50 колонок нет. А учитывая что Valentina не только SQL но и, как счас говорят Non-SQL движок — можно через наше Valentina API получить еще многократное ускорение по отношению к SQL. Пример сходу из памяти, таблица 19 колонок, все типы что есть, 100К записей без индексов добавляются через айпи в 3,5 секунды на старндартном маке (пару лет назад смотрели), SQL давал 20 с байдингом, 80 без байдинга.
Хоть меня убей, но я не понимаю, как кэш может компенсировать необходимость обновлять N (N=кол-во столбцов) списков в сравнении с одним списком (традиционная СУБД). Или у вас на диске данные не хранятся последовательно по колонкам?
100 k / 3.5 сек = 28 тыс вставок в секунду?
Прогнал тест на вставку в SQLite. Компьютер: Windows x64 7 (Intel i5-2300, 2.8 Ghz), HDD.
6 столбцов ~ 160 тыс записей в секунду, 12 ~ 115 тыс, 24 ~ 70 тыс. Синхронизация на ОС.
* насчет ни одного отзыва Вы перегибаете думаю. Кстати у нас же на сайте в разделе User Testimonials кое что есть. Там дядя сравнивает как раз Cocoa -> Coredata -> SQLite.
Имел в виду независимый отзыв.
Сомнителен или не сомнителен — нам нравится развивать наше собственное оружие. Да я часто люблю сравнивать СУБД и компиляторы как оружие. Кто то его разрабатывает, а кто то применяет. Если нам нравится создавать свою ракету — в чем вы видите проблему?
В неадекватном позиционировании.
этот пост является «рекламой» Valentina Studio и только. я ее использую и про нее пишу. про Valentina DB упомянуто только в контексте истории программы.
не надо пытаться видеть что-то большее чем есть.
не надо пытаться видеть что-то большее чем есть.
Мы конечно знакомы с CubeSql. Некий сервер для REALbasic девелоперов. Создавался итальяйнцем Marco, по образу и подобию Valentina Server. Какое то время продавался даже самой фирмой REAL под ее брендом. Вы не поверите, но начальную цену они поставили 10,000$ и были бедняги, которые попались на это…
Потом REAL отказался от него, и пару лет Марко сам его потихоньку пилит, если еще пилит…
Опять же вы может быть удивитесь, но кубе этот стоит дороже нашего Valentina Embedded Server в базовых конфигурациях, которые обычно и выбирают девелоперы. Только не надо спорить опять об этом. Там несколько цен — их надо сравнить внимательно очень. На форуме REALbasic сравнивали. Возражений от автора кубе не поступало…
Потом REAL отказался от него, и пару лет Марко сам его потихоньку пилит, если еще пилит…
Опять же вы может быть удивитесь, но кубе этот стоит дороже нашего Valentina Embedded Server в базовых конфигурациях, которые обычно и выбирают девелоперы. Только не надо спорить опять об этом. Там несколько цен — их надо сравнить внимательно очень. На форуме REALbasic сравнивали. Возражений от автора кубе не поступало…
Еще раз скажу — здесь пытаться что то доказывать практически нет смысла, да? Например вы не упомянули какой тип колонок поставили.
А чем Вам не независим отзыв того дяди? Между прочим, этот дядя разрабатывал тогда некую софтину для работы с аудио дорожками, применялась в Голивуде. Он грил что, например, фильм Авиатор делался с помощью этого софта, включая да — так ненавистную вам Валентину. Когда он перешел работать в другую контору — он опять взял валентину для новых проектов. Этот дядя решил и поделился своим мнением, что SQLite для него был крайне медленный. Если он хорош для Вас — юсайте.
Данные хранятся по колонкам — правильно. Кеш компенсирует тем что записав много записей на 50 страниц в мозгах как бы не важно как ты их там записал — построчно или по колонкам. Затем 50 страниц лягут на диск. Если пытаться флушить каждую запись да можно получить деградацию. Но опять же, разве скорость инсертов самая важная фишка реляционки? А я думал поиски, джойны, агрегации.
Еще раз повторю, что Валентина создавалась, чтоб работать не только с таблицами, но и со связями. У нас можно не делать, и обычно их никто и не делает, первичные ключи. Можно даже не делать вторичные. Схема базы получается проще. Запросы тоже могут быть короче. Идея самой Валентины родилась когда я лично еще в далеких 90х познакомился с ОО и С++, а потом с реляционками… Стало грустно. Хотелось чего то более умного, как С++ умней чем Си. И скорость вообще была не самоцель. Наоборот, даже были готовы на жертвы. Но так получилось… что почему то практически все кто пробовал Валентину — говорили, что быстрей. И колонки в Валентине, еще в 95 году, делались вовсе не для скорости.
В общем, как правильно Павел подчеркивает, — это отдельная большая тема. Здесь идет речь таки про Valentina Studio — бесплатный кросс-платформенный менеджер для популярных бесплатных баз. Вам нравится SQLite и PostgreSQL? Отлично. Наша студия может Вам пригодится.
А чем Вам не независим отзыв того дяди? Между прочим, этот дядя разрабатывал тогда некую софтину для работы с аудио дорожками, применялась в Голивуде. Он грил что, например, фильм Авиатор делался с помощью этого софта, включая да — так ненавистную вам Валентину. Когда он перешел работать в другую контору — он опять взял валентину для новых проектов. Этот дядя решил и поделился своим мнением, что SQLite для него был крайне медленный. Если он хорош для Вас — юсайте.
Данные хранятся по колонкам — правильно. Кеш компенсирует тем что записав много записей на 50 страниц в мозгах как бы не важно как ты их там записал — построчно или по колонкам. Затем 50 страниц лягут на диск. Если пытаться флушить каждую запись да можно получить деградацию. Но опять же, разве скорость инсертов самая важная фишка реляционки? А я думал поиски, джойны, агрегации.
Еще раз повторю, что Валентина создавалась, чтоб работать не только с таблицами, но и со связями. У нас можно не делать, и обычно их никто и не делает, первичные ключи. Можно даже не делать вторичные. Схема базы получается проще. Запросы тоже могут быть короче. Идея самой Валентины родилась когда я лично еще в далеких 90х познакомился с ОО и С++, а потом с реляционками… Стало грустно. Хотелось чего то более умного, как С++ умней чем Си. И скорость вообще была не самоцель. Наоборот, даже были готовы на жертвы. Но так получилось… что почему то практически все кто пробовал Валентину — говорили, что быстрей. И колонки в Валентине, еще в 95 году, делались вовсе не для скорости.
В общем, как правильно Павел подчеркивает, — это отдельная большая тема. Здесь идет речь таки про Valentina Studio — бесплатный кросс-платформенный менеджер для популярных бесплатных баз. Вам нравится SQLite и PostgreSQL? Отлично. Наша студия может Вам пригодится.
У вас на сайте написано «ultra-fast database». Или нет? :)
Вот и прошу — покажите сравнительные тесты, пожалуйста. Что вас так удивляет в этом вопросе? Или измените позиционирование, то есть напишите «медленная, но много возможностей»
:-)
Ссылки на опыт отдельных пользователей, конечно, интересен. Но обычные сравнительные тесты сработали бы намного лучше. Потому что — мало ли насколько криворукий пользователь, верно? :)
То есть приемлемая производительность достигается только при отказе от гарантий транзакционности и риске потери данных по отключению питания. При гарантиях сохранности (отключении файлового кэша) вставка на порядки медленнее, чем в сравнимых реляционных БД.
Так?
У ваших пользователей базы всегда в режиме readonly? :-)
Истоки вашего решения и мотивация понятна. Просто меня удивляет — вы не замечаете, что мир не стоял на месте с той поры? :) В текущей ситуации какие резоны пользоваться вашей БД? Грубо говоря, можете мне привести сценарий, где, скажем, SQLite не подходит, а Valentina DB — еще как. Если, конечно, у вас есть такое желание.
Вот и прошу — покажите сравнительные тесты, пожалуйста. Что вас так удивляет в этом вопросе? Или измените позиционирование, то есть напишите «медленная, но много возможностей»
:-)
Ссылки на опыт отдельных пользователей, конечно, интересен. Но обычные сравнительные тесты сработали бы намного лучше. Потому что — мало ли насколько криворукий пользователь, верно? :)
Кеш компенсирует тем что записав много записей на 50 страниц в мозгах как бы не важно как ты их там записал — построчно или по колонкам. Затем 50 страниц лягут на диск. Если пытаться флушить каждую запись да можно получить деградацию.
То есть приемлемая производительность достигается только при отказе от гарантий транзакционности и риске потери данных по отключению питания. При гарантиях сохранности (отключении файлового кэша) вставка на порядки медленнее, чем в сравнимых реляционных БД.
Так?
Но опять же, разве скорость инсертов самая важная фишка реляционки? А я думал поиски, джойны, агрегации.
У ваших пользователей базы всегда в режиме readonly? :-)
Еще раз повторю, что Валентина создавалась, чтоб работать не только с таблицами, но и со связями. У нас можно не делать, и обычно их никто и не делает, первичные ключи. Можно даже не делать вторичные. Схема базы получается проще. Запросы тоже могут быть короче. Идея самой Валентины родилась когда я лично еще в далеких 90х познакомился с ОО и С++, а потом с реляционками… Стало грустно. Хотелось чего то более умного, как С++ умней чем Си. И скорость вообще была не самоцель. Наоборот, даже были готовы на жертвы. Но так получилось… что почему то практически все кто пробовал Валентину — говорили, что быстрей. И колонки в Валентине, еще в 95 году, делались вовсе не для скорости.
Истоки вашего решения и мотивация понятна. Просто меня удивляет — вы не замечаете, что мир не стоял на месте с той поры? :) В текущей ситуации какие резоны пользоваться вашей БД? Грубо говоря, можете мне привести сценарий, где, скажем, SQLite не подходит, а Valentina DB — еще как. Если, конечно, у вас есть такое желание.
По видео, так очень достойно. Я пользуюсь уже давно Sequel — вроде самый адекватный клиент был под mac. Интересно сравнить.
Только хотел про него написать, но вы меня опередили.
Действительно, по функционалу он поскромнее, однако необычайно удобен, отзывчив и легковесен.
Действительно, по функционалу он поскромнее, однако необычайно удобен, отзывчив и легковесен.
разработчики сами сидят в основном на OS X (некоторые лет 15 :), поэтому они сами пользовались Sequel-ом, но Valentina уже сейчас — инструмент заметно мощней и универсальней. посмотрите, например, related data editor (есть в видео)
А полноэкранного режима нет, для меня это стало существенным минусом с последнего обновления OS X.
Жаль в Sequel нет поддержки Postgre.
del
Ошибся деревом…
Ошибся деревом…
Довольно страшно выглядит на ретине, в остальном довольно интересная штука.
Просьба поделиться инвайтом с Русланом Засухиным, архитектором Valentina DB и Valentina Studio. Напишите в личку.
попробуйте NAvicat он тоже под все основные БД (mysql,postarge,oracle,ms sql server)
А отображение utf8 строк как нибудь можно вылечить?
UFO just landed and posted this here
linux?
У меня то же самое.
UFO just landed and posted this here
прям тут в каментах уже пару раз давал ссылку: www.valentina-db.com/bt/
Migration script'ы умеет делать?
Пока ковырялся нашел баг(или «фичу»), по умолчанию при заходе в таблицу MySQL она грузит все данные этой таблице (в phpMyAdmin грузит по умолчанию 30 записей) и если таблица более менее большая, приложение аккуратно зависает на долго или например индексов на 600 мегабайт и приложение то же зависает на долго. На сколько не знаю так как приходится его закрывать и заходить заново.
Есть такая проблема… В 5 минут не решить, будем искать способ переписывать Data Editor.
Отмечу что остальные тулзы обычно работают с выборкой записей, например с 1 по 4000. Вы ее вынули и с ней работаете. Скрол бар ходит по ней, поиски-фильтры работают по ней, и тд.
В худшем случае прийдется сделать так же, хотя команды студии пока надеется решить это красиво. Я скептичен. Потому что когда этот Data Editor был вокруг Valentina DB это все и работало красиво — опять же спасибо колонкам.
Отмечу что остальные тулзы обычно работают с выборкой записей, например с 1 по 4000. Вы ее вынули и с ней работаете. Скрол бар ходит по ней, поиски-фильтры работают по ней, и тд.
В худшем случае прийдется сделать так же, хотя команды студии пока надеется решить это красиво. Я скептичен. Потому что когда этот Data Editor был вокруг Valentina DB это все и работало красиво — опять же спасибо колонкам.
Крайне неадекватно ведет себя под Win 7 x64 с локальной базой Postgres:
Столбцы отображаются криво по высоте, практически на любое мое дествие (хоть клик по таблице, или закрытие окна с данными) отвечает ошибкой.
Но концепция мне нравится! Только вопрос — она создает свои таблицы, а я за рабочий день несколько раз дропаю базу. Какие будут последствия от такого режима?
Столбцы отображаются криво по высоте, практически на любое мое дествие (хоть клик по таблице, или закрытие окна с данными) отвечает ошибкой.
Но концепция мне нравится! Только вопрос — она создает свои таблицы, а я за рабочий день несколько раз дропаю базу. Какие будут последствия от такого режима?
при дропе базы вы будете терять свои диаграммы и т.п.
а на счет отображения и ошибок — напишите в баг-трекер www.valentina-db.com/bt/ и включите отправку отчетов при ошибках, если выключена.
а на счет отображения и ошибок — напишите в баг-трекер www.valentina-db.com/bt/ и включите отправку отчетов при ошибках, если выключена.
Очень просим — в баг трекер закинуть это со снепшутом, что значит криво. И девелоперы спрашивают версию постгре точную.
Нашел еще один баг, если долго не работать с приложением (а следовательно и с базой) то в последствии вместо реконекта к базе, выдает ошибку «Error (2006) HY000: MySQL server has gone away». Приходится пере запускать приложение.
А есть в этом продукте возможность подключения к БД через HTTP прокси, наподобие как в EMS — через emsproxy.php?
По HTTP нет прямо счас. Занесли на TODO для изучения возможности и полезности.
Что касается возможности, то у разработчика всегда есть такая возможность :-)
Полезность такого решения очевидна, т.к. куча сайтов хостится на дешевых шаред хостингах, где нет возможности работать с БД напрямую через порт, т.к. порт БД открыт обычно только для внутреннего хоста. И для многих подобных Valentina Studio программ, того же Workbench например, приходится делать проброс порта через HTTP туннель на локальный компьютер разработчика например с помощью такого инструмента sourceforge.net/projects/http-tunnel/. Но намного удобнее, когда такая опция есть в самом менеджере БД. Например многие пользуются EMS только из-за наличия этой фишки. Так что если у вас есть желание «резко» поднять популярность вашего менеджера БД — добавьте эту возможность, акцентируйте на ней внимание — и количество загрузок сразу вырастет!
Полезность такого решения очевидна, т.к. куча сайтов хостится на дешевых шаред хостингах, где нет возможности работать с БД напрямую через порт, т.к. порт БД открыт обычно только для внутреннего хоста. И для многих подобных Valentina Studio программ, того же Workbench например, приходится делать проброс порта через HTTP туннель на локальный компьютер разработчика например с помощью такого инструмента sourceforge.net/projects/http-tunnel/. Но намного удобнее, когда такая опция есть в самом менеджере БД. Например многие пользуются EMS только из-за наличия этой фишки. Так что если у вас есть желание «резко» поднять популярность вашего менеджера БД — добавьте эту возможность, акцентируйте на ней внимание — и количество загрузок сразу вырастет!
Отличное приложение. Очень понравилось, что есть автозавершение. Но оно работает только после ввода полного имени таблицы и точки. На синонимы не реагирует. Например:
А в больших запросах без синонимов никак. Далее. Если я набрал после точки часть имени поля и перешёл в другую строку, то чтобы снова воспользоваться автодополнением, нужно стереть всё, что после точки, включая точку и начать заново. Было бы очень удобно вызывать окно автодополнения в любое время по Ctrl+Пробел, как это сделано по всех современных IDE.
Ещё интересует, будет ли русская локализация?
Система: Mac OS X 10.7.5
Версия программы: 5.2.5 от 4 июня 2013
select u.login, ud.user_data
from user u left join user_data ud on ud.user_id=u.user_id
А в больших запросах без синонимов никак. Далее. Если я набрал после точки часть имени поля и перешёл в другую строку, то чтобы снова воспользоваться автодополнением, нужно стереть всё, что после точки, включая точку и начать заново. Было бы очень удобно вызывать окно автодополнения в любое время по Ctrl+Пробел, как это сделано по всех современных IDE.
Ещё интересует, будет ли русская локализация?
Система: Mac OS X 10.7.5
Версия программы: 5.2.5 от 4 июня 2013
1) Да про псевдонимы знаем. Самое правильное решение привинтить парсер. Причем под каждый движок свой прийдется в идеале. У нас накопилось несколько задач связанных с этим шагом. Ждем счас ANTLR v4 для С и будем на нем делать.
2) Локализацию будем делать только после перехода на QT, сейчас нет смысла, там все по другому. Кусаем локти что сразу не начали на QT, но когда начинали wx показался лучше…
2) Локализацию будем делать только после перехода на QT, сейчас нет смысла, там все по другому. Кусаем локти что сразу не начали на QT, но когда начинали wx показался лучше…
Menu Edit -> Complete Word CMD+.
like in XCODE.
like in XCODE.
Синонимы уже есть в авто-дополнении. Правда в про версии.
Функциональность впечатляет. Думал, нашел наконец идеальный db manager.
Ан нет — пароли от закладок голым текстом хранятся. Грусть-печаль.
Ан нет — пароли от закладок голым текстом хранятся. Грусть-печаль.
5.5.8, Build Jil 1 2014, 17:44:44
Читаю описание возможностей Data Editor:
Browse/sort/filter records — не обнаружено
Sort columns by mouse click — не обнаружено
Может быть я развращён альтернативными парадигмами дизайна интерфейса, предлагающими большие яркие кнопки INS ROW, DEL ROW, etc., но мне так и не удалось в бесплатной версии найти способ банально отсортировать/добавитьудалить строки в MySQL DB (не запросом, а ручками). Как-то грустно такой красивый и мощный продукт удалять из-за отсутствия(?) простейшего функционала.
Читаю описание возможностей Data Editor:
Browse/sort/filter records — не обнаружено
Sort columns by mouse click — не обнаружено
Может быть я развращён альтернативными парадигмами дизайна интерфейса, предлагающими большие яркие кнопки INS ROW, DEL ROW, etc., но мне так и не удалось в бесплатной версии найти способ банально отсортировать/добавитьудалить строки в MySQL DB (не запросом, а ручками). Как-то грустно такой красивый и мощный продукт удалять из-за отсутствия(?) простейшего функционала.
Не прошло и трех лет :-) Зашел на этот пост — увидел новые комментарии. Позвольте отвечу.
1) Чтобы увидеть фильтр достаточно нажать стандартную CMD+F / CTRL+F для поиска. Так же фильтр можно найти в меню Record -> Filter, Также слева иконка фильтр. Возможно она была добавлена после 2014 года.
2) Sort columns — просто щелкните заголовок колонки — есть три состояния, ASC, Desc, Original.
3) Кнопочки удаления добавления — внизу слева.
4) Мы выпустили уже 7ю версию. Добавлена поддержка русского, украинского и немецкого интерфейса. Много новых возможностей.
5) Приглашаем на наш форум — если есть какие либо вопросы.
1) Чтобы увидеть фильтр достаточно нажать стандартную CMD+F / CTRL+F для поиска. Так же фильтр можно найти в меню Record -> Filter, Также слева иконка фильтр. Возможно она была добавлена после 2014 года.
2) Sort columns — просто щелкните заголовок колонки — есть три состояния, ASC, Desc, Original.
3) Кнопочки удаления добавления — внизу слева.
4) Мы выпустили уже 7ю версию. Добавлена поддержка русского, украинского и немецкого интерфейса. Много новых возможностей.
5) Приглашаем на наш форум — если есть какие либо вопросы.
Sign up to leave a comment.
Valentina Studio — бесплатная программа для работы с СУБД