Stek, а зачем постоянно подключаться? Подключился один раз при старте и подключение в пул. Если приложение такого не умееет, то pgpool. Это вообще всех БД касается.
А, вы про mysql. Я думал, что postgres, раз эту фразу цитируете. С longtext у mysql другая ситуация, этот тип хранится отдельно от таблицы и работают соответственно медленнее, чем varchar, с сортировкой и индексированием отдельная история, ну не мне вам рассказывать, разные вещи.
Stek: Ну это же не char, не будет такого большого оверхеда.
Во временных таблицах и таблицах в памяти mysql выделяет место с фиксированными размером колонки. Т.е. разница по потреблению памяти между таблицей с varchar(255) и varchar(64) будет четырехкратной.
---------- Добавлено 15.12.2017 в 22:23 ----------
Dram: А ради уменьшения веса таблицы стоит уменьшить 255 до 64 ?
Зависит от версии mysql и настроек. Т.к. innodb (когда-то) использовал ограниченный размер индекса (755 байт кажется или около того), то с индексацией полей varchar(255) в utf8 могли быть проблемы. На самом деле быстрее проверить, чем спрашивать.
sapsan72: Оптимизайка, разве свифт нельзя получить на рублевый счет????
Может быть и можно, я не заморачивался, т.к. непонятно что будет с курсом и валютными контролями, когда как долларовый счет открывается одной кнопкой в интернет-банке и у него есть нормальные реквизиты со swift кодом и прочие. И падает цент в цент и меняй при необходимости когда это нужно/выгодно.
https://ulogin.ru/
Stek, а зачем постоянно подключаться? Подключился один раз при старте и подключение в пул. Если приложение такого не умееет, то pgpool. Это вообще всех БД касается.
LONGTEXT | 4,294,967,295 (232−1) bytes = 4 GiB
А, вы про mysql. Я думал, что postgres, раз эту фразу цитируете. С longtext у mysql другая ситуация, этот тип хранится отдельно от таблицы и работают соответственно медленнее, чем varchar, с сортировкой и индексированием отдельная история, ну не мне вам рассказывать, разные вещи.
varchar до 64к в новых версиях
https://www.postgresql.org/docs/10/static/datatype-character.html
Ну это же не char, не будет такого большого оверхеда.
Во временных таблицах и таблицах в памяти mysql выделяет место с фиксированными размером колонки. Т.е. разница по потреблению памяти между таблицей с varchar(255) и varchar(64) будет четырехкратной.
---------- Добавлено 15.12.2017 в 22:23 ----------
А ради уменьшения веса таблицы стоит уменьшить 255 до 64 ?
Зависит от версии mysql и настроек. Т.к. innodb (когда-то) использовал ограниченный размер индекса (755 байт кажется или около того), то с индексацией полей varchar(255) в utf8 могли быть проблемы. На самом деле быстрее проверить, чем спрашивать.
Вот есть статья сравнения VARCHAR(8000) и VARCHAR(MAX)
varchar(max) это вроде микрософт sql server. mysql такое не может, там максимум varchar(21844) при CHARACTER SET utf8. Либо использовать text.
ТС, переходите на postgresql, там varchar без обязательного лимита :)
---------- Добавлено 15.12.2017 в 21:36 ----------
Не будет никакой разницы с 255 или 64.
Разница будет по потреблению памяти в случае, если тип таблицы - временная (создается при сортировках) или memory.
А что, в гугле забанили?
https://www.google.com/search?q=circular+progress+bar+jquery+animation
Первый попавшийся:
http://kottenator.github.io/jquery-circle-progress/ (F5 там нажмите)
Оптимизайка, разве свифт нельзя получить на рублевый счет????
Может быть и можно, я не заморачивался, т.к. непонятно что будет с курсом и валютными контролями, когда как долларовый счет открывается одной кнопкой в интернет-банке и у него есть нормальные реквизиты со swift кодом и прочие. И падает цент в цент и меняй при необходимости когда это нужно/выгодно.
Первый вопрос - должны ли данные получателя платежа совпадать с данными в профиле adsense.
Не обязательно
В долл. США или в евро, в зависимости от страны. В России - в долл. США.
https://support.google.com/adsense/answer/6025222?hl=en&ref_topic=6026604
Суши и пицца надоели, доставляйте еще что нибудь, фалафели, салаты, буррито, а то захочешь пожрать, а нечего.