Компания JetBrains выпустила финальную версию IDE для баз данных

У них же сейчас есть помесячная оплата. Плати когда надо.

90$ - это за год

Угу, от однотипного кода по составлению запросов к таблицам приходим к однотипному коду по составлению вызовов хранимых процедур.

Чего там сложного?

SELECT * FROM get_hren_znaet_chto();

А по-мне SQL отвратителен. Теория там примитивная, а вот конкретный синтаксис убог. Он нормальный, если ты пользуешься SQL-ем как пользователь, для чего его изначально и придумывали. А когда ты используешь этот SQL внутри программы, всё очень плохо.

Так используй «снаружи» программы :-) Вынеси SQL-запросы в отдельный текстовик, дай каждому запросу ID, а коде на уродливом цепепе или жаве вытаскивай по ID и запускай. Или программисты нынче такие тупые, что они не могут этой элементарщины состряпать, и думают «а зачем мне делать что-то, если можнА взять ОРЭЭМ. Зячем изёбретать вилясипед??!11» :-)

90$ - это за год

И после этого у тебя остается пожизненная лицензия на купленную версию. Перестаёшь платит — просто не будет новых релизов, старые не исчезают.

расскажи мне в двух словах как отследить все хранимки, которые отвалились потому что в табличке грохнули поле?

Во-первых, если говорить за Postgres, то хранимки на SQL автоматически отслеживаются СУБД на предмет зависимостей — СУБД не обеспечивает целостность и при попытке грохнуть в таблице поле, вылетает ошибка. Во-вторых, если хранимка написана не на SQL, то отследить неработающие хранимки можно только по ошибкам. Только вот, в отличие от скомпилированного кода, хранимки можно поправить на работающей системе без остановки последней. Чуешь отличия? :-)

СУБД не обеспечивает целостность

Следует читать как «СУБД обеспечивает целостность».

В двух словах: сделать запрос к системной таблице.

ближе к телу: oracle, pl/sql. куда чего запрашивать? :)

хранимки можно поправить на работающей системе без остановки последней.

здравствуйте, это дедлоков тред?

здравствуйте, это дедлоков тред?

Приветик ;-) Нет, этот тред MVCC :-)

Я не очень понял, community edition нет? :(

отследить неработающие хранимки можно только по ошибкам.

ты хотел сказать при вызове? прикольный метод ))

этот тред MVCC

махровый ынтерпрайз? не, не слышал :)

ближе к телу: oracle, pl/sql. куда чего запрашивать? :)

SELECT * FROM ALL_SOURCE WHERE TEXT LIKE '%чёнадонайти%'

Нo я в Oracle не копенгаген, видел его только через щёлку SAPa.

Н-да, с ораклом они это так и не подружили: пытаюсь отредактировать хранимку в пакете - отступов нет, странные синтаксические ошибки. Закапывайте.

махровый ынтерпрайз? не, не слышал :)

Ты настолько безграмотен, что даже ленив? :-) http://www.postgresql.org/docs/9.5/static/mvcc.html

ты хотел сказать при вызове? прикольный метод ))

А как ещё? С ORM всё тоже самое. :-) Наивно полагать, что никто не выполнит CREATE OR REPLACE FUNCTION ... или ALTER TABLE ... в системе это предусматривающей :-) И после того, как ORM сгенерирует и отправит запрос, словит всё ту же ошибку, представь себе :-)

UTL_FILE.PUT_LINE(FILE => v_file_handle, buffer => '+----------------------------+');

',' - unexpected

SELECT * FROM ALL_SOURCE WHERE TEXT LIKE '%чёнадонайти%'

не совсем понятно как именно эта хрень поможет допустим поменять тип или еще какая фигня.

С ORM всё тоже самое. :-) Наивно полагать, что никто не выполнит CREATE OR REPLACE FUNCTION

орм и сырцы у всех участников проекта вроде одни? или как? пришел враг и дернул алтер?

select o.* from all_objects o where o.status = 'INVALID' and o.OBJECT_TYPE = 'FUNCTION'

Или тут есть подвох?

o.status = 'INVALID'

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

не?

орм и сырцы у всех участников проекта вроде одни? или как? пришел враг и дернул алтер?

Ты сам поднял эту проблему :-) Ты спросил, мол «как узнать, какие хранимки отвалились, если кто-то дёрнул альтер». Теперь, оказывается, в ваших проектах, где у всех участников одни сырцы, это невозможно :-) Бугага :-) Ну, а вообще-то, согласно закону Мёрфи, когда-нибудь возникнет ситуация, где код ORM будет не соответствовать структуре данных в базе. Просто потому, что БД позволяет выполнять любые DDL во время выполнения без каких-либо проблем с её т.з. А вот ORM - это ещё одна большая проблема :-)

Проприетарная поделка на моем LOR? No way!

Подключился к MySQL через SSH. Показывает только таблицы. А где все остальное? Пунктов создать что-то кроме таблицы тоже нет. Это ограничения работы через SSH чтоли?

Ты спросил, мол «как узнать, какие хранимки отвалились, если кто-то дёрнул альтер».

это в тему орм вс хранимки.

орм: меняем классы и видим где типы отвалились просто потому что у нас есть развитая система типов. допустим пришли враги и надергали нам альтеров без нашего ведома, ну бывает, да, что-то порушится, но это внештатная ситуация.

хранимки: делаем альтер и у нас сыпятся хранимки, вот только у нас нет нормального способа узнать где что отвалились. все прекрасно рушится даже в отсутствии врагов.

0xDBE (Natasha) DB 142.4250.1

вай, такая молодая, а уже наташа

А что в MySQL завезли что-то кроме таблиц?

Ну как же?

select * from mysql.proc;

show procedure code `name`;

BaBL, я твой ответ прочитал в удаленных, можешь не повторять.

А что в MySQL завезли что-то кроме таблиц?

Оно там лет 10 как. Правда немного через задницу реализованное. Другое дело что большинство мегакодеров и sql то толком не знают и все что сложнее таблиц для них не существует.

В общем в другой БД показывает список stp, которые уже есть в базе, но при попытке их открыть пишет «definition is not available or empty». Как бы толку от такой IDE где-то немногим больше 0.

select * from mysql.proc;
show procedure code `name`;

Это шутка чтоли? А зачем тогда IDE вообще?

Это шутка чтоли? А зачем тогда IDE вообще?

А что такое IDE по твоему? Это набор инструментов, позволяющих писать код. В какой-то мере mysql клиент можно назвать IDE. Он все это позволяет.

А что такое IDE по твоему?

По моему IDE должно показывать список объектов в БД и предлагать опции по созданию новых или удалению/модификации имеющихся. А не тупо консоль SQL.

Следует читать как «СУБД обеспечивает целостность».

Ффух, а я уже загрузился, чего же я не понял в том абзаце :)

create or replace function test1(n integer) return integer is begin return n; end;

create or replace function test2(n integer) return integer is begin return test1(n); end;

-- обе валидные.

-- меняем тип, test2 становится невалидным
create or replace function test1(n varchar2) return varchar2 is begin return n ; end;

-- вернули как было, test2 остался невалидным
create or replace function test1(n integer) return integer is begin return n; end;


select o.object_name, o.status from all_objects o where o.object_name in ('TEST1', 'TEST2') and o.object_type = 'FUNCTION';

ну понятно, да, делаем, все валидное, ломаем, восстанавливаем. после восстановления test2 не валидная.

более того: create or replace test2 в обоих случаях test1(integer и varchar) делает test2 валидной, всем пофиг на типы :)

С разморозкой, тут для проприетарных поделок целый раздел есть.

или жратва на неделю

ну понятно, да, делаем, все валидное, ломаем, восстанавливаем. после восстановления test2 не валидная.

При обращении к невалидному объекту произойдет его компиляция:

SQL> select o.object_name, o.status from all_objects o where o.object_name in ('TEST1', 'TEST2') and o.object_type = 'FUNCTION';

OBJECT_NAME                    STATUS
------------------------------ -------
TEST1                          VALID
TEST2                          INVALID

SQL> select test2(1) from dual;

  TEST2(1)
----------
         1

SQL> select o.object_name, o.status from all_objects o where o.object_name in ('TEST1', 'TEST2') and o.object_type = 'FUNCTION';

OBJECT_NAME                    STATUS
------------------------------ -------
TEST1                          VALID
TEST2                          VALID

SQL>

более того: create or replace test2 в обоих случаях test1(integer и varchar) делает test2 валидной, всем пофиг на типы :)

Оракл неявно приводит символьный тип к числовому, так что если смысл данных не изменился, все будет работать. Более того, если ты просто в коде напишешь присвоение числовой переменной строкового значения, то так же все будет валидно, и сломается в рантайме, если значение не скастуется к нужному типу. Это не относится к озвученной тобой проблеме, это особенности, которых везде полно и которые просто нужно знать.

ну вообще прикольно :)

у меня твердо отложилось что это не работает, память обновилась.

орм: меняем классы и видим где типы отвалились просто потому что у нас есть развитая система типов.

Враньё. :-) Классы есть в вашем любимом языке программирования на клиенте. А в БД классов нет. Поэтому любая ORM - это отображение классов на клиенте в сущности БД. Изменяя классы на клиенте, вы также должны менять схему БД. Компилятор того же цепепе или тоже же жабы физически не способен обеспечить целостность кода клиента со схемой БД. Потому что компиляторы эти ущербны и кое-как лишь генерят шаблонный код :-) Сделать что-то ещё во время компиляции на усмотрение пользователя они не способны. Так что оставьте эти сказочки своей команде разработчиков :-) Бугага :-)

допустим пришли враги и надергали нам альтеров без нашего ведома, ну бывает, да, что-то порушится, но это внештатная ситуация.

Это у вас в команде внештатная ситуация. А мире СУБД выполнить ALTER TABLE ... и/или CREATE FUNCTION/CREATE VIEW ... как 2 пальца об асфальт :-)

хранимки: делаем альтер и у нас сыпятся хранимки, вот только у нас нет нормального способа узнать где что отвалились. все прекрасно рушится даже в отсутствии врагов.

Если делатель альтеров настолько туп, что меняет только хранимки, не трогая схемы БД, если он настолько ленив, что не тестирует изменения, особенно, перед деплоем на «боевую» машину, то тогда да, всё прекрасно рушится :-) Если у вас в команде такие спецы, то я даже не знаю, что тут сказать :-)

умеет ли она менять схему БД при изменении клиентского кода?

А вот если бы умела? Как эти изменения потом на тест и дальше на прод выкатывать? Для махинаций с БД есть механизм миграций, а IDE может помочь создать DDL после изменения кода (правда 13-ая не умеет так помогать).

Написанная с большой потугой возможность автодополнения компонентов SQL-запросов по метаданным БД - это игрушка

Возможностей и правда не всегда хватает, приходится SQLDeveloper расчехлять.

А вот если бы умела? Как эти изменения потом на тест и дальше на прод выкатывать?

Это должна делать уже другая программа-генератор разницы дампов схем машин разработчика и деплоя. Либо, если над схемой работают совместно, то это будет разница версий схем, подлежащая к паблишенгу в VCS :-)

Докупи Xeon, нищеброд, IDE от JetBrains требует именно его.

Бла-бла-бла. Сколько там у тебя на hello world Clion жрал? Три гига, помнится?

Какая конченная конторка, даже лицкнзию не может себе позволить приобрести. Они тебе водой с воздухом зп отдавали?

http://i.imgur.com/qDLvtEk.png

На самом деле жор памяти не такая уж проблема. Меня больше напрягал бешенный ЖОР ресурсов CPU.

/* IDE написана на Java... */
Дальше читать не стал.

мерзкая конторка с зажратыми неадекватами. Одним словом «ненужно» от другого слова «совсем».

Так я этот ваш рисунок видел. Я проверял на Clion version 1.0, и собирал по-моему Scribus (просто взял из списка на https://en.wikipedia.org/wiki/CMake) и тупо собрал.

Ну и результат, лучше чем (даже) мною :))) ожидалось. Очень мало памяти ело и никаких бешенных жоров CPU. На машинке - почти антиквариате (intel Dual-Core e2140).

P.S. прошу извинить за мой тон.

Не знаю как там у «программистов нынче» с интеллектом, но как сисадмин могу точно сказать: без ORM писать то, что я пишу для прода было бы очень неудобно. И поскольку высокая производительность не является приоритетом, нет смысла изобретать ORM из файликов с запросами.