IWETHEY v. 0.3.0 | TODO
1,095 registered users | 0 active users | 0 LpH | Statistics
Login | Create New User

Welcome to IWETHEY!

New This, plus...
Caveat: I haven't used Base to do anything serious with.

I think the normal behavior for a data drop down is to load all values that meet the specs (table, query, raw SQL) and typing then advances the cursor to the next matching value. You may be able to come up with a type ahead lookup by setting up a keyboard event handler attached to a drop down which uses a query to populate itself. (i.e. modify the "where" clause as the user types the name.) Either way, scalability is limited.

The need for a junction table depends entirely on the overall data model. If there is no many-to-many relationship between two models, then a junction table would allow one to construct things that should not be possible.

Base does not allow nullable fields as part of the primary key, but an additional unique constraint can contain nullable fields.
New Ah, I tried it as the primary.
I didn't think to do it again as an additional constraint.

Thanks for the feedback on duplicate names. Yeah, I don't think I can solve that. The addresses I should be able to do.

There's no way around one person entering "Fifth Street" and another entering "5th St." But that's why I'm trying to do some auto-complete magic. Make it easier to do things right, and they're more likely to do it.

New Fifth/5th...
In DC there are a bunch of lettered streets.

I and J and U caused problems...

Is this a national database, or it it restricted to local roads? If it's national / regional, you might want to look at how the USPS standardizes addresses. This must be a solved problem, and you might save yourself some work in seeing how they do it - I think they even have an API that other sites can use.

Or maybe not - I'm no expert. But it's an interesting problem!

Good luck.

New Dont forget jr, sr, III, etc living at same home
Major issue in my junk mail career was unique id of people.
New I need to be less ambitious
I've done name and address standardization and matching before. I know how hard it is to do well, but for some reason was forgetting all that and jumping straight to UI work. Idjit.

We've only got two days to do this. What we need is a good data model and user-friendly data entry. Once they've got data, they can clean it up via USPS API in the future.

     DB design questions - (drook) - (9)
         No answers, but... - (a6l6e6x) - (5)
             This, plus... - (scoenye) - (4)
                 Ah, I tried it as the primary. - (drook) - (3)
                     Fifth/5th... - (Another Scott)
                     Dont forget jr, sr, III, etc living at same home - (crazy) - (1)
                         I need to be less ambitious - (drook)
         DB design answers: - (CRConrad) - (2)
             I should have mentioned in the request, this was for an event 7/21 - 7/23 - (drook) - (1)
                 Ah. On vacation, been kind'a offline for a week or so. -NT - (CRConrad)

We need to drill for VASELINE in ALASKA!
53 ms