A
Size: a a a
2020 September 21
R
и все что есть - связка Microsoft Access и Oracle
Скрестили ужа с ежом....
АВ
Странненько. А с какой ошибкой не даёт?
ругается на этот индекс как раз. Прочитал вот здесь (ниже по ссылке) - если хотя бы одно из полей индекса содержит значение, то индекс генерится, а здесь claim_id всегда IS NOT NULL https://use-the-index-luke.com/sql/where-clause/null/index#:~:text=The%20Oracle%20database%20does%20not,%2C%20C%2C%20...)
АВ
Ты логику ms Access хочешь перенести в базу я правильно понимаю?
Да. Раньше они ходили под одним юзером с полными правами.
АВ
Или хочешь допилить существующую логику?
ну не без этого конечно
R
Да. Раньше они ходили под одним юзером с полными правами.
Тут есть два варианта один плохой: ты логику на базе формируешь. Соответственно, если где-то ошибёшься все клиенты летят по бороде.
Второй (так как ты все равно переносишь логику из ms access) пилишь свой бек с нужной тебе логикой.
Второй (так как ты все равно переносишь логику из ms access) пилишь свой бек с нужной тебе логикой.
АВ
да нее, данные раньше там же лежали.
ВП
Тут есть два варианта один плохой: ты логику на базе формируешь. Соответственно, если где-то ошибёшься все клиенты летят по бороде.
Второй (так как ты все равно переносишь логику из ms access) пилишь свой бек с нужной тебе логикой.
Второй (так как ты все равно переносишь логику из ms access) пилишь свой бек с нужной тебе логикой.
Т.е. если ошибиться в бэке, то клиенты не полетят по бороде?
A
Тут есть два варианта один плохой: ты логику на базе формируешь. Соответственно, если где-то ошибёшься все клиенты летят по бороде.
Второй (так как ты все равно переносишь логику из ms access) пилишь свой бек с нужной тебе логикой.
Второй (так как ты все равно переносишь логику из ms access) пилишь свой бек с нужной тебе логикой.
Гыыы он тупо скопипастил то что ему написали в чатиге и теперь уже 5 часов пытается понять почему оно не так как он хотел
R
Т.е. если ошибиться в бэке, то клиенты не полетят по бороде?
Существующие клиенты будут работать и стабильные релизы тоже будет работать
SG
ну у меня будет видимо так:
в таблице есть поле closed_date
соответственно индекс:
в таблице есть поле closed_date
соответственно индекс:
CREATE UNIQUE INDEX only_one_active_task ON tasks(object_id, CASE WHEN closed_date IS NULL then 1 ELSE NULL END);
А вот здесь проще напрямую - надеюсь closed_date не совпадут?
CREATE UNIQUE INDEX only_one_active_task ON tasks(object_id,closed_date)
АВ
И оракл наверное ломаный раз не могут сделать нормальный софт
да не - нормальный. Целевая история есть. Просто появились безы и просят переделать...