|
|
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
"5)дефолтное значение для типа данных" - именно для "типа данных"? или для поля? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 13:23 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
miksoft"5)дефолтное значение для типа данных" - именно для "типа данных"? или для поля?видимо, речь примерно о таком ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 13:28 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
Senya_Lmiksoft"5)дефолтное значение для типа данных" - именно для "типа данных"? или для поля?видимо, речь примерно о таком Прямого аналога этому в MySQL что-то не припомню. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 13:31 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
miksoft"5)дефолтное значение для типа данных" - именно для "типа данных"? или для поля? If a column definition includes no explicit DEFAULT value, MySQL determines the default value as follows: • If the column can take NULL as a value, the column is defined with an explicit DEFAULT NULL clause. • If the column cannot take NULL as the value, MySQL defines the column with no explicit DEFAULT clause. For data entry, if an INSERT or REPLACE statement includes no value for the column, MySQL handles the column according to the SQL mode in effect at the time: o If strict SQL mode is not enabled, MySQL sets the column to the implicit default value for the column data type. o If strict mode is enabled, an error occurs for transactional tables and the statement is rolled back. For non-transactional tables, an error occurs, but if this happens for the second or subsequent row of a multiple-row statement, the preceding rows will have been inserted. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 13:36 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
locky0-вые день, месяц в дате А это зачем надо? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 13:55 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
lockyIf a column definition includes no explicit DEFAULT value, MySQL determines the default value as follows: • If the column can take NULL as a value, the column is defined with an explicit DEFAULT NULL clause. • If the column cannot take NULL as the value, MySQL defines the column with no explicit DEFAULT clause. For data entry, if an INSERT or REPLACE statement includes no value for the column, MySQL handles the column according to the SQL mode in effect at the time: o If strict SQL mode is not enabled, MySQL sets the column to the implicit default value for the column data type. o If strict mode is enabled, an error occurs for transactional tables and the statement is rolled back. For non-transactional tables, an error occurs, but if this happens for the second or subsequent row of a multiple-row statement, the preceding rows will have been inserted.Не вижу от этого ни малейшей практической пользы, один вред. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 13:58 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
maytonlocky0-вые день, месяц в дате А это зачем надо? А бог его знает. Видимо, это нечто вроде внутритипового null. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 14:09 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
miksoftНе вижу от этого ни малейшей практической пользы, один вред. Я, к примеру, не вижу сильной пользы от триггеров и каскадных операций, один только вред. Но триггера - есть. К тому же, мы рассматриваем не полезность, а наличие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 14:10 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
lockymiksoftНе вижу от этого ни малейшей практической пользы, один вред.Я, к примеру, не вижу сильной пользы от триггеров и каскадных операций, один только вред. Но триггера - есть. К тому же, мы рассматриваем не полезность, а наличие.Польза от триггеров и каскадных операций есть. А от неявного дефолтного нуля в числовом поле пользы может быть только в качестве покрытия (а вполне вероятно и источника) огрехов проектирования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 14:12 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
lockyК тому же, мы рассматриваем не полезность, а наличие.Это называется - если нет, то наскребем :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 14:13 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
lockyК тому же, мы рассматриваем не полезность, а наличие.Тогда уж вспомните возможность в MySQL перечислять в секции SELECT полей, которых нет в GROUP BY. Это сильно покруче будет. Равно как и ошибки порождает значительно более трудновыводимые. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 14:14 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
miksoftlockyК тому же, мы рассматриваем не полезность, а наличие.Тогда уж вспомните возможность в MySQL перечислять в секции SELECT полей, которых нет в GROUP BY. Это сильно покруче будет. Равно как и ошибки порождает значительно более трудновыводимые. такое умеет не только MySql, но и Sybase. И, будучи применённое с умом - весьма полезно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 14:19 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
miksoftА от неявного дефолтного нуля в числовом поле пользы может быть только в качестве покрытия (а вполне вероятно и источника) огрехов проектирования. "If strict mode is enabled, an error occurs for transactional tables and the statement is rolled back". Т.е. - не хочешь - не используешь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 14:20 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
lockyтакое умеет не только MySql, но и Sybase. Сорри, они это по разному "умеют". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 14:22 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
lockylockyтакое умеет не только MySql, но и Sybase.Сорри, они это по разному "умеют".Не знаю как Sybase, а MySql не гарантирует корректности рузультата, если эти поля имеют разные значения в пределах группы. На что люди налетают регулярно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 14:25 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
lockyВидимо, это нечто вроде внутритипового null. Странно... Если внтри типа есть суб-типы... это вроде-как уже и не атом. Дедушка Кодд переворачивается в своём гробу... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 14:31 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
maytonlockyВидимо, это нечто вроде внутритипового null. Странно... Если внтри типа есть суб-типы... это вроде-как уже и не атом. Дедушка Кодд переворачивается в своём гробу... Дедушка кодд был великим теоретиком. А мы - убогие практики. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 14:43 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
Ну ладно. Я готов допустить, что существует такая дата как 2008.00.00. Допустим. Но как для неё определить точку на оси времени? Как определить операцию количество дней между датами? Где, короче тот сакральный смысл нулевого дня и месяца? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 14:56 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
maytonНу ладно. Я готов допустить, что существует такая дата как 2008.00.00. Допустим. Но как для неё определить точку на оси времени? Как определить операцию количество дней между датами? Где, короче тот сакральный смысл нулевого дня и месяца? Где сакральный смысл NULL? NULL копеек - это много или мало? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 14:57 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
Ладно. Проехали. Так бы и сказал, что это извращённая форма записи NULL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 14:59 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
Разруха - она в головах. Все что надо это 1) Пригласить нормального SQL программиста, который разберется с Вашими отчетами, запросами и т. д. Если все сделано правильно, то отчеты на нормльном железе, правильно настроеном сервере и оптимизированых запросах, которые на таких объемах, выполняются 15 часов - я не верю. 2) Купить лицензию на MS SQL SERVER ибо это будет самое дешевое и правильное решение, если учесть время/стоимость на разработку, отладку и нервы для объяснения пользователям почему появились ошибки, которых вчера не было. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 15:18 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
pkarklinнемойMySQL ... возможностей намного больше чем в MS SQL Примеры в студию!!! Уж кинулся перечислять и преводить.. да понял, проще отослать к первоисточнику.. На самом деле - по типам данных, ms тут не пляшет. По набору функций, управление юзерами в том числе и их сессиями (а почему нет? у меня реально в одной софтине на первой вкладке отображается кто и что делает и т.д. с возможность "убить" сессию). Впрочем, тут уже немного подсказали - а полный список, повторюсь, в первоисточнике. Много перечислять, да и не тема тут это делать. Ну а то, что он на порядок меньше требует меньше ресурсов.. Не стоит денег, имеет отличную поддержку в той же Windows (на том же C# или Borland продуктах), или просто через Excel - вот и скажите, в чем преимущества MS SQL ??? PS: не все же живут на форуме :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 19:23 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
немойВпрочем, тут уже немного подсказали - а полный список, повторюсь, в первоисточнике. Всё-таки хотелось бы услышать и от вас (потому как "у меня реально в одной софтине на первой вкладке отображается кто и что делает и т.д. с возможность "убить" сессию" как "то, что не умеет МС СКЛ" - не выдерживает ни малейшей критики). немой вот и скажите, в чем преимущества MS SQL ??? В том, что он, вроде как, помощнее будет, нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 19:27 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
немой Не стоит денег, имеет отличную поддержку в той же Windows В которой, как раз и стоит денег. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 19:41 |
|
||
|
Стоит ли переходить на Оракл?
|
|||
|---|---|---|---|
|
#18+
немойУж кинулся перечислять и преводить.. да понял, проще отослать к первоисточнику.. просмотрел тему ещё раз. сделал вывод - вы не можете перечислить то, чего вы не знаете. в этом случае очень удобно отсылать к некому "первоисточнику" (родина всех эльфов?). немойНа самом деле - по типам данных, ms тут не пляшет. судя по всему, существует какой-то тип данных, который есть в MySQL, но его стыдно привести в пример. немой По набору функций, управление юзерами в том числе и их сессиями (а почему нет? у меня реально в одной софтине на первой вкладке отображается кто и что делает и т.д. с возможность "убить" сессию). Это вообще не по-русски написано. По набору функций и по управлению юзерами? По набору функций управления юзерами? У вас реально в одной софтине на первой вкладке (?) что-то отображается? Поздравляю! И в мсскл это сделать невозможно? Это вы не умеете, или не возможно в принципе? Если второе, то давайте поподробнее. немойВпрочем, тут уже немного подсказали - а полный список, повторюсь, в первоисточнике. или гномов? немой Много перечислять, да и не тема тут это делать. много-много-много. и сколько все ни говорите, у меня всё равно больше много-многов, да? немойНу а то, что он на порядок меньше требует меньше ресурсов.. почему-то IB, который одинаков тормозил на 16 и 128 мб вспоминается FB, который прсо не знал немойНе стоит денег, имеет отличную поддержку в той же Windows (на том же C# или Borland продуктах), или просто через Excel - вот и скажите, в чем преимущества MS SQL ??? немного странно сравнивать что-либо с MS SQL данному критерию ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2008, 19:49 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=35710908&tid=1552997]: |
0ms |
get settings: |
12ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
47ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
2ms |
| others: | 14ms |
| total: | 165ms |

| 0 / 0 |
