Что случается, когда нет controllable query

yroslavasako

carusya

user
The maximum total length of a user name is 64 characters.
domain
The maximum total length of a domain name or number is 64
characters.

Maurog

Суть проблемы

luna89

marat7256

yroslavasako

marat7256

yroslavasako

Dasar

Надо: регистрация -> запись в базу -> извлечение из базы и посылка почты
А еще лучше сделать проверку во время ввода на сайте.

stm5643616

marat7256

Papazyan

А статическая типизация не даёт делать таких ошибок вовсе.

Dasar

Еще она работать не дает, особенно с базой данных.

marat7256

luna89

stm5872449

где это можно решить либо средствами самого HTML, либо средствами javascript!

yroslavasako

luna89

самый тривиальный элемент ввода самого обычного HTML позволяет установить ограничение на количество вводимых символов

marat7256

Dasar

luna89

Ты исходишь из того, что определение ограничения на максимальную длину почты делается тривиальным образом. Это не так. Поставишь слишком маленькое - потеряешь пользователей, поставишь слишком большое - получишь buffer overflow на каком-либо компоненте.

yroslavasako

Dasar

schipuchka1

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

schipuchka1

Проблема в идиотском mysql

luna89

schipuchka1

Maurog

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

yroslavasako

schipuchka1

hwh2010

Само существование C, где можно выйти за пределы массива, переполнить число и обратиться по произвольному адресу - это глупость ;-). Но работает быстро обычно.

schipuchka1

A.3.6: Does strict mode impact performance?
The intensive validation of input data that some settings requires more time than if the validation is not done. While the performance impact is not that great, if you do not require such validation (perhaps your application already handles all of this), then MySQL gives you the option of leaving strict mode disabled. However—if you do require it—strict mode can provide such validation.

6yrop

А статическая типизация не даёт делать таких ошибок вовсе.

Еще она работать не дает, особенно с базой данных.

Papazyan

SQL является статически типизированным языком, внезапно.

marat7256

6yrop

С чего вдруг.

Даже базу можно удалить, а потом создать новую с произвольными колонками.

Papazyan

Papazyan

6yrop

Стандарт не содержит требования статической проверки типов, да это и не возможно из-за того, что нет необходимости их явно объявлять

есть каст,

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

6yrop

Ну и вообще, спор о самом SQL бессмысленнен, потому что никакой строгой типизации в реальных базах данных нет. Поменяешь таблицу - могут потом упасть и процедуры базы и клиенты со старыми кверями.

... и клиенты со старыми кверями.

Dasar

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

6yrop

В Sql-е единицы трансляции очень маленькие: запрос, stored procedure, таблица.

Dasar

6yrop

Sql родом из 70-ых и там же остался по своему удобству.

luna89

Dasar

В принципе, следовало бы ко всяким решарперам приделать язык запросов.

luna89

Это не отменяет моего мнения, что Sql стоит сжечь в аду. Sql родом из 70-ых и там же остался по своему удобству.

Dasar

Эти языки используют такие низкоуровненые понятия, как, например, указатели (ссылки), массивы, хэш-таблицы.

agaaaa

полной импотенции, кроме, отчасти, фейсбука

6yrop

приличного mvvm фреймворка вроде WPF?

Papazyan

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

6yrop

22.2 WHAT MAKES A DATABASE COMPUTATION MODEL
POWERFUL?
I claim that the power of relational algebra as an abstraction of disk storage
comes from its encapsulation of iteration. Seven or eight common forms of
iteration over sets of records are itified, and queries are expressed in terms
of them. Since there are a small number of forms, their interactions can be
studied in detail, giving rise to transformations that can be used for optimizing
queries. Effort can be directed at efficient implementation of this handful
of iteration forms. Since the iteration is expressed at a high level, multiple
orderings for accessing records are permissible, and the physical ordering or
records and foreknowledge of access patterns can be used to great advantage.
Further, use of auxiliary access structures can be embedded in the evaluation
methods for the algebraic operators, making applications indepent of the
presence or absence of such structures, and simplifying that code. A query
processor can delay choosing a particular evaluation plan for an algebraic
expression until the sizes of the arguments are known, allowing even more
efficiencies in execution. None of these advantages is available when database
manipulations are expressed with explicit looping structures. Looping gives a
particular implementation of the query, from which it is nearly impossible to
infer the intent. Thus, the range of transformations and evaluation choices is
severely limited. Moreover, the record-at-a-time nature of explicit iterations
places high demands on the communication bandwidth between application
programs and the database system.
I expect the next generation of database systems to reside on a network
of workstations, with a central or distributed storage manager, shared by
application programs over the network. Here, the importance of being able
to express iterations and other data-intensive operations succinctly is even
greater. Whatever the database programming model, it must allow complex,
data-intensive operations to be picked out of programs for execution by the
storage manager, rather than forcing a record or object-at-a-time interface.

Dasar

Papazyan

Читаем классику 80 годов:

Papazyan

Looping gives a
particular implementation of the query, from which it is nearly impossible to
infer the intent.

Papazyan

Что такое "представление данных в альтернативной форме"?

Dasar

SQL - это еще один подход к организации данных.

6yrop

...человеком обычно одна из лучших возможных ...

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

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

6yrop

Давай еще 60-е вспомним. Да, было преимущество когда-то, а сейчас его нет.

yroslavasako

Papazyan

Бред какой-то. В том же хештейбле нет порядка как раз по причине перфоманса.

Papazyan

Есть ли что-то еще кроме альтернативной организации данных? Или другими словами, если в универсальном языке реализовать такую же организацию данных как в реляционной БД, то получится ли Sql-подход?

Dasar

Papazyan

6yrop

А реальные данные обычно организованы или по времени или пространственно и с sql с ними работать сложно. Достаточно почитать книгу, где извращенцы реализуют на sql списки, деревья и т.п.

6yrop

Достаточно почитать книгу, где извращенцы реализуют на sql списки, деревья и т.п.

Dasar

Papazyan

Как быть с тем, что в Sql-е есть возможность добавить индекс и ускорить выполнения кода без переписывания кода? а в ЯП такого из коробки нет?

Dasar

Во-первых, есть языки, где есть такая возможность.

6yrop

Например?

Papazyan

Filan

Это Oracle специально разводит "спецов" вокруг базы. У этой компании такая маркетинговая стратегия. Такие законы рынка.
С SQL Server могут самостоятельно работать full-stack программисты.

6yrop

marat7256

Что делает DBA?

6yrop

Alena_08_11

Filan

marat7256

6yrop

Как на счет организации размещения datafiles, организации tablespaceов, организации redologs и прочих shared poolов, настройки которых могут радикально влиять на производительность?Разумеется, все эти настройки зависят от того, что будет крутиться в базе. Однако, разработчик в 90% случаев о деталях может вообще не догадываться.

Filan

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

yroslavasako

marat7256

Хороший разработчик должен знать

6yrop

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

На практике же разработчик просто отвлекается от разработки, когда начинает

marat7256

Бобровников о "практике" разработчика.

Filan

На весь проект нужен хотя бы один разработчик, который разбирается во всех слоях

и может заткнуть утечки.

yroslavasako

marat7256

6yrop

Только в том случае, когда они друг другу не доверяют или сомневаются в компетенции.

hwh2010

Что делает DBA?
Для администрирования MSSQL достаточно общего системного администратора (бекапы настроить и т.п.). Остальное делают full-stack разработчики.

6yrop

я уж не знаю как у вас в MSSQL, может быть там рай на земле
между прочим существует промежуточная между DBA и full-stack developer профессия: разработчик баз данных

разработчик баз данных

bleyman

Баг в том, что представление в памяти программы не соответствует представлению в базе данных. Каждый из них может заявлять, что проблема на другой стороне, а у него всё в порядке. И вот для этого и нужен controllable query, чтобы несовместимые представления при попытках сочленения выдавали ошибку статической типизации.

yroslavasako

hwh2010

Чем больше работаю с Oracle, тем больше, да, чувствую себя изгнанным из рая.

А кто это? Не те ли это извращенцы, которые реализуют бизнес логику в хранимых процедурах в 2015 году?

YUAL

Баг в том, что MySQL молча обрезает значения, записываемые в базу.

mysql> desc tokens

    -> ;

+---------+-------------+------+-----+---------+-------+

| Field   | Type        | Null | Key | Default | Extra |

+---------+-------------+------+-----+---------+-------+

| user_id | int(11)     | YES  | MUL | NULL    |       |

| token   | varchar(32) | NO   | PRI | NULL    |       |

+---------+-------------+------+-----+---------+-------+

2 rows in set (0.00 sec)



 mysql> insert into tokens (user_id, token) VALUE (2, 'sdfsdfsdfdsjhfkjsdhfkjdshf');

Query OK, 1 row affected (0.01 sec)

mysql> insert into tokens (user_id, token) VALUE (2, 'sdfsdfsdfdsjhfkjsdhfkjdshffdjghfdkjghfdjhgfjdhgjdfhgjdfhgjdfkhgdjkfhgfjdkhgfkdjhg');

Query OK, 1 row affected, 1 warning (0.01 sec)



mysql> SET @@sql_mode:=TRADITIONAL;

Query OK, 0 rows affected (0.00 sec)



mysql> insert into tokens (user_id, token) VALUE (2, 'sdgddfsdfsdfdsjhfkjsdhfkjdshffdjghfdkjghfdjhgfjdhgjdfhgjdfhgjdfkhgdjkfhgfjdkhgfkdjhsg')\G

ERROR 1406 (22001): Data too long for column 'token' at row 1



 

luna89

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

о-вторых, в ЯП можно использовать не только индекс, но и сортировку и предварительное группирование

конкретная имплементация человеком обычно одна из лучших возможных, а вот что там навыводит автоматический скедулер это еще вопрос

ppplva

Раньше программисты на ассемблере так говорили про C.

6yrop

Типичный объем SQL кода растет совсем не так быстро.

luna89

на js тоже типичный объем кода не растет быстро

6yrop

Думаю, статистика npm противоречит этому утверждению