В
Плюсы быстрее
Size: a a a
2020 July 13
В
Ну и смотря как писать
JS
Ого
JS
И все программисты по джаве
AY
И все программисты по джаве
не все, я только учусь)
JS
Alexey Yurin
не все, я только учусь)
Солидарна
lW
Солидарна
Я с вами, дорогие мои
JS
Midow Noname
а весь код c++ можно переписать на java? просто когда решаю задачки всегда решения на c++ вот теперь думаю перейтт на него чтоб практиковаться
Всё можно переписать с языка на язык. Ну почти всё
АБ
Подскажите, пожалуйста, существует ли какой-либо общий стандарт для типов данных реляционных БД (подобно тому как существует стандарт JPA для всех ORM)?
Например, в MySQL существуют следующие форматы времени:
В PostgreSQL список типов немного отличается:
Пересекаются они по трем типам:
Могу ли я быть уверен, что эти три типа одинаково реализуются в этих СУБД (в плане точности хранимых данных)? Могу ли я быть уверен, что в остальных СУБД существуют такие же типы?
Или Java-разработчику вообще об этом не нужно думать и можно позволить ORM все сделать за тебя?
Например, в MySQL существуют следующие форматы времени:
DATE, TIME, DATETIME, TIMESTAMP и YEAR.В PostgreSQL список типов немного отличается:
timestamp, date, time, interval.Пересекаются они по трем типам:
timestamp, date, time. Могу ли я быть уверен, что эти три типа одинаково реализуются в этих СУБД (в плане точности хранимых данных)? Могу ли я быть уверен, что в остальных СУБД существуют такие же типы?
Или Java-разработчику вообще об этом не нужно думать и можно позволить ORM все сделать за тебя?
か
Подскажите, пожалуйста, существует ли какой-либо общий стандарт для типов данных реляционных БД (подобно тому как существует стандарт JPA для всех ORM)?
Например, в MySQL существуют следующие форматы времени:
В PostgreSQL список типов немного отличается:
Пересекаются они по трем типам:
Могу ли я быть уверен, что эти три типа одинаково реализуются в этих СУБД (в плане точности хранимых данных)? Могу ли я быть уверен, что в остальных СУБД существуют такие же типы?
Или Java-разработчику вообще об этом не нужно думать и можно позволить ORM все сделать за тебя?
Например, в MySQL существуют следующие форматы времени:
DATE, TIME, DATETIME, TIMESTAMP и YEAR.В PostgreSQL список типов немного отличается:
timestamp, date, time, interval.Пересекаются они по трем типам:
timestamp, date, time. Могу ли я быть уверен, что эти три типа одинаково реализуются в этих СУБД (в плане точности хранимых данных)? Могу ли я быть уверен, что в остальных СУБД существуют такие же типы?
Или Java-разработчику вообще об этом не нужно думать и можно позволить ORM все сделать за тебя?
jdbcdriver побеспокоится об этом
か
и всё это конвертирует в джава типы
か
в большинстве случаев
G
Добрый вечер! Подскажите пожалуйсте годный курс по Apache Kafka и RabbitMQ на русском
ЕЯ
Я не очень хочу показаться токсиком, но вроде же Гугл не банить, на что Вы надеятись прося курсы?
か
Евгений Якшин
Я не очень хочу показаться токсиком, но вроде же Гугл не банить, на что Вы надеятись прося курсы?
ещё и на русском, лол
D
Подскажите, пожалуйста, существует ли какой-либо общий стандарт для типов данных реляционных БД (подобно тому как существует стандарт JPA для всех ORM)?
Например, в MySQL существуют следующие форматы времени:
В PostgreSQL список типов немного отличается:
Пересекаются они по трем типам:
Могу ли я быть уверен, что эти три типа одинаково реализуются в этих СУБД (в плане точности хранимых данных)? Могу ли я быть уверен, что в остальных СУБД существуют такие же типы?
Или Java-разработчику вообще об этом не нужно думать и можно позволить ORM все сделать за тебя?
Например, в MySQL существуют следующие форматы времени:
DATE, TIME, DATETIME, TIMESTAMP и YEAR.В PostgreSQL список типов немного отличается:
timestamp, date, time, interval.Пересекаются они по трем типам:
timestamp, date, time. Могу ли я быть уверен, что эти три типа одинаково реализуются в этих СУБД (в плане точности хранимых данных)? Могу ли я быть уверен, что в остальных СУБД существуют такие же типы?
Или Java-разработчику вообще об этом не нужно думать и можно позволить ORM все сделать за тебя?
прежде всего стоит уточнить у конкретной реализации jdbc driver субд, как он работает с датой
A
Очень часто стали появляться мнения, что все эти книги - очень спорные и противоречивые
Абстракции гуманитарного уровня породили принципы гуманитарного уровня(
A
Подскажите, пожалуйста, существует ли какой-либо общий стандарт для типов данных реляционных БД (подобно тому как существует стандарт JPA для всех ORM)?
Например, в MySQL существуют следующие форматы времени:
В PostgreSQL список типов немного отличается:
Пересекаются они по трем типам:
Могу ли я быть уверен, что эти три типа одинаково реализуются в этих СУБД (в плане точности хранимых данных)? Могу ли я быть уверен, что в остальных СУБД существуют такие же типы?
Или Java-разработчику вообще об этом не нужно думать и можно позволить ORM все сделать за тебя?
Например, в MySQL существуют следующие форматы времени:
DATE, TIME, DATETIME, TIMESTAMP и YEAR.В PostgreSQL список типов немного отличается:
timestamp, date, time, interval.Пересекаются они по трем типам:
timestamp, date, time. Могу ли я быть уверен, что эти три типа одинаково реализуются в этих СУБД (в плане точности хранимых данных)? Могу ли я быть уверен, что в остальных СУБД существуют такие же типы?
Или Java-разработчику вообще об этом не нужно думать и можно позволить ORM все сделать за тебя?
Стандарты типов для БД часто определяются способом хранения, точностью, соображениями оптимизаций.
JDBC и типы java.sql - стандарт уровня Java. На уровне реализации JDBC определяется соотношение негативных типов СУБД и типов java.sql.
Как правило, как бы java програмиист не задумывался и типах, без изменений драйвера он ничего сделатт не сможет.
Единственное, т чем стоит всегда помнить - размер целочисленных типов из базы должен влезать в Java, (те же ID лусше ограничить в схеме). СУБД часто могут содержать большее значение целого, чем long в java, а работать с BigInteger для ID например - неудобно и неэффективно, то же касается чисел с плавающей точностью и точности timestamp.
JDBC и типы java.sql - стандарт уровня Java. На уровне реализации JDBC определяется соотношение негативных типов СУБД и типов java.sql.
Как правило, как бы java програмиист не задумывался и типах, без изменений драйвера он ничего сделатт не сможет.
Единственное, т чем стоит всегда помнить - размер целочисленных типов из базы должен влезать в Java, (те же ID лусше ограничить в схеме). СУБД часто могут содержать большее значение целого, чем long в java, а работать с BigInteger для ID например - неудобно и неэффективно, то же касается чисел с плавающей точностью и точности timestamp.
АК
народ! помогите подружить томкат с кириллицей, я уже все перепробовал (и поиском по группе тоже не первый день лазию и в гугле не забанен, вы последняя истанция, честно. Если не поможет - сожгу все к хуям).
На данный момент есть:
1. Указание кодировки в server.xml
2. Указана кодировка в каждой вьюшке (.html)
3. Сделан WebFilter
4. Указана кодировка билда в pom.xml
5. Пробовал к
6. Проверено что текст в html действительно сохранен в UTF-8
Какие будут рекомендации? Если у кого есть готовый билд томката, который понимает, что русские - тоже буквы, готов рассмотреть обмен на пиво
На данный момент есть:
1. Указание кодировки в server.xml
2. Указана кодировка в каждой вьюшке (.html)
3. Сделан WebFilter
4. Указана кодировка билда в pom.xml
5. Пробовал к
RequestMapping городить (path = "/", produces = "text/html;charset=UTF-8")6. Проверено что текст в html действительно сохранен в UTF-8
Какие будут рекомендации? Если у кого есть готовый билд томката, который понимает, что русские - тоже буквы, готов рассмотреть обмен на пиво
GV
народ! помогите подружить томкат с кириллицей, я уже все перепробовал (и поиском по группе тоже не первый день лазию и в гугле не забанен, вы последняя истанция, честно. Если не поможет - сожгу все к хуям).
На данный момент есть:
1. Указание кодировки в server.xml
2. Указана кодировка в каждой вьюшке (.html)
3. Сделан WebFilter
4. Указана кодировка билда в pom.xml
5. Пробовал к
6. Проверено что текст в html действительно сохранен в UTF-8
Какие будут рекомендации? Если у кого есть готовый билд томката, который понимает, что русские - тоже буквы, готов рассмотреть обмен на пиво
На данный момент есть:
1. Указание кодировки в server.xml
2. Указана кодировка в каждой вьюшке (.html)
3. Сделан WebFilter
4. Указана кодировка билда в pom.xml
5. Пробовал к
RequestMapping городить (path = "/", produces = "text/html;charset=UTF-8")6. Проверено что текст в html действительно сохранен в UTF-8
Какие будут рекомендации? Если у кого есть готовый билд томката, который понимает, что русские - тоже буквы, готов рассмотреть обмен на пиво
А что с кириллицей то? Артефакты во вьюхе?