-
Notifications
You must be signed in to change notification settings - Fork 69
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
lol_dba tries to create indexes on columns that don't exist in the table #22
Comments
@cgat thanks for the bug report. It will take a few weeks so I can look further since I'm really busy lately - sorry for that. If you provide a pull request with the fix, I will find some time to review it and merge the changes. |
@plentz if I get some free time in the next couple weeks I'll see what I can do. It's obviously not a big problem for me at the moment, but I wanted to raise the issue in case anyone else was experiencing the problem (perhaps my setup is obscure). For what it's worth, I'm using version 1.5.0. |
me too has the same issue and this gem even creates duplicated indexes |
Not a big issue but still exists |
For me it also creates duplicated indexes. |
@plentz any word on this? ... love the gem :) |
@cgat @chuyihuang @PikachuEXE @giedriusr @tecnobrat hey guys, I just released v1.6.6 that should fix this problem. give it a try and let me know if you still have some problem |
I've found that using different versions of rails generate different indexes. Looking at the output of our tests, using rails 4.2 seems to fix all the problems. But I want to fix it for every version. So I've created the branch |
Guys, I've just released 2.1 and I think it fixes this issue. If you still have a problem, please, open a new issue reporting what you're seeing using the latest version. |
Here's the output of
bundle exec rake db:find_indexes
when run on my rails 3.2.12 app:And you can see my schema here: https://gist.github.com/cgat/5873205
I've put an arrow next to a few of the failing indexes (the table does not contain the column). It seems to be creating indices for has_many and has_many through relationships (that's my best guess).
Here are the relationships from my visit model:
The text was updated successfully, but these errors were encountered: