NK
спасибо! приходите пробовать )
Я из этих... Андроид разработчиков. Самое сложное - это селект с джойнами)
Size: a a a
2020 August 16
D
Я из этих... Андроид разработчиков. Самое сложное - это селект с джойнами)
а... знакомым расскажите )
MS
мы немного обсуждали это с ребятами из jetbrains. есть 2 существенных стопера
1) у них плагины надо писать на gradle
2) анализатор для разрабов сложнее, чем для dba
я изначально думал именно про разрабов, плагины к ide и все вот это вот. но
1) разрабов, которые пишут sql мало. у всех orm. и датагрип, и темболее платные плагины к нему нахер никому не нужны
2) для разрабов надо делать репорты на все возможные рантайм ошибки, иначе получаем отзыв «ваш анализатор ничего не умеет».
в постгре 2.5к рантайм ошибок. не все из них надо учитывать, но на некоторые из них набирается по 10 разных кейсов, которые надо анализировать отдельно. это нереальный объем работы
зато у dba всех этих проблем нет. запросы у них всегда валидные (тк невалидные к ним просто не доходят), плагины им нафиг не нужны
1) у них плагины надо писать на gradle
2) анализатор для разрабов сложнее, чем для dba
я изначально думал именно про разрабов, плагины к ide и все вот это вот. но
1) разрабов, которые пишут sql мало. у всех orm. и датагрип, и темболее платные плагины к нему нахер никому не нужны
2) для разрабов надо делать репорты на все возможные рантайм ошибки, иначе получаем отзыв «ваш анализатор ничего не умеет».
в постгре 2.5к рантайм ошибок. не все из них надо учитывать, но на некоторые из них набирается по 10 разных кейсов, которые надо анализировать отдельно. это нереальный объем работы
зато у dba всех этих проблем нет. запросы у них всегда валидные (тк невалидные к ним просто не доходят), плагины им нафиг не нужны
ух
D
ты про gradle или про 2.5к рантайм ошибок?)
MS
да все вместе )
PE
мы немного обсуждали это с ребятами из jetbrains. есть 2 существенных стопера
1) у них плагины надо писать на gradle
2) анализатор для разрабов сложнее, чем для dba
я изначально думал именно про разрабов, плагины к ide и все вот это вот. но
1) разрабов, которые пишут sql мало. у всех orm. и датагрип, и темболее платные плагины к нему нахер никому не нужны
2) для разрабов надо делать репорты на все возможные рантайм ошибки, иначе получаем отзыв «ваш анализатор ничего не умеет».
в постгре 2.5к рантайм ошибок. не все из них надо учитывать, но на некоторые из них набирается по 10 разных кейсов, которые надо анализировать отдельно. это нереальный объем работы
зато у dba всех этих проблем нет. запросы у них всегда валидные (тк невалидные к ним просто не доходят), плагины им нафиг не нужны
1) у них плагины надо писать на gradle
2) анализатор для разрабов сложнее, чем для dba
я изначально думал именно про разрабов, плагины к ide и все вот это вот. но
1) разрабов, которые пишут sql мало. у всех orm. и датагрип, и темболее платные плагины к нему нахер никому не нужны
2) для разрабов надо делать репорты на все возможные рантайм ошибки, иначе получаем отзыв «ваш анализатор ничего не умеет».
в постгре 2.5к рантайм ошибок. не все из них надо учитывать, но на некоторые из них набирается по 10 разных кейсов, которые надо анализировать отдельно. это нереальный объем работы
зато у dba всех этих проблем нет. запросы у них всегда валидные (тк невалидные к ним просто не доходят), плагины им нафиг не нужны
да разрабы вертят вообще SQL писать, даж не знаю что такое GROUP BY часто 😄
PE
в спринге просто херачишь магическое имя метода, хорошо если добавишь индекс и не положишь продакшен
D
да разрабы вертят вообще SQL писать, даж не знаю что такое GROUP BY часто 😄
к сожалению это так
PE
так что крутой фичей было б -- анализировать запросы которые спринг генерит 🙂
PE
и проверять базовые штуки типа есть индекс или нет и т.п.
PE
что б в CI можно вставить такое и не пускать плохие методы
MS
так что крутой фичей было б -- анализировать запросы которые спринг генерит 🙂
я антону тоже самое говорил про рор-джангу 🙂
D
что б в CI можно вставить такое и не пускать плохие методы
так не получится. нельзя анализировать то, чего нет :)
можно анализировать то, что уже прилетает в базу.
сейчас есть три варианта - два для тех, кто пишет запросы руками, один для всех:
1) вбивать запрос ручками в кабинете пользователя.
2) проверять запросы через апи. можно подключить в ci, если запросы хранятся в отдельных файлах, а не в коде
3) собирать запросы из базы. заранее ничего проверить нельзя, но метод универсальный.
можно анализировать то, что уже прилетает в базу.
сейчас есть три варианта - два для тех, кто пишет запросы руками, один для всех:
1) вбивать запрос ручками в кабинете пользователя.
2) проверять запросы через апи. можно подключить в ci, если запросы хранятся в отдельных файлах, а не в коде
3) собирать запросы из базы. заранее ничего проверить нельзя, но метод универсальный.
D
я антону тоже самое говорил про рор-джангу 🙂
это аналогично предложению написать свою версию компилятора питона и руби.
было бы удобно, но я не гугл )
было бы удобно, но я не гугл )
MS
нууу не
MS
я бы просто начал с простого набора правил
MS
и потом его можно расширять
MS
все подряд конечно пизда пиздой
D
сейчас есть один клиент с джангой, который наприсылал 1000+ совершенно разных запросов. если не группировать - около 2000
MS
так это