|
View:
New views
6 Messages
—
Rating Filter:
Alert me
|
| < Prev | 1 - 2 - 3 - 4 | Next > |
|
|
Re: Major data loss: Calc formatting numbers>> • More than one person using the data at the same time >> > > Positive, but they will be on the same terminal so it doesn't matter. > > Then they are not using the data "at the same time". Here the author was IMO made a mistake and would of been better off using the "multiple concurrent users". Drew --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@... |
|
|
A few of Life's lessons (was: Major data loss: Calc formatting numbers )Dotan Cohen wrote:
>>> have you never head of the "DROP * FROM table" without a WHERE clause >>> stories? That seems just a bit more dangerous to me. Furthermore, how >>> does an end user backup a database? Which files, exactly, does he >>> copy? >>> >> No I have not. But I have seen someone wipe out a spreadsheet with a simple >> keystroke. Any tool has ways of destroying the data but if it is setup >> properly the ability to corrupt data is much harder. >> >> > > http://thedailywtf.com/Articles/Death-by-Delete.aspx > Cute story - kind of (sounds a bit urban legend-ish to me) But what lessons to draw from it? 1) Use the right tool for the right job. 2) Be careful about who you form business relationships with. 3) Backups are good. 4) Regular backups are better. 5) Verifiying that your backups can actually be restored - before you need them ------priceless. *smile* Drew --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@... |
|
|
validation! -or- List <> Enum ( was: Major data loss: Calc formatting numbers )Dotan Cohen wrote:
>> I have abandoned using BASE and use CALC instead. Very little of my CALC >> data is numeric. BASE was too hard to set up, the documentation was more >> confusing than helpful. >> >> > > I should add that Base does not have a native enum command, yet Calc > does! This is a widely used feature in almost everything that I do. > > Hello Dotan, Let me take a moment to discuss that statement. But first: I hope that this email finds you in good spirits today and I hope that you are still in good spirits when you are done reading it. My intention is NOT to say - You should have used Base or should not have used Calc. I take it you created (or helped create) this spreadsheet for a client (or friend) and they limited your choice of tool - in the end it is always the clients choice. ( although one is not bound to take a contract IF the customer is being unreasonable...yeah, like that actually works) In fact I would offer this: Most often when you find yourself asking the question "Database vs Spreadsheet" for a project, then the best solution is to use both. This email will only look at Calc's Validity function and specifically the use of a 'list' and how that compares with what is available in Base. To start let me just hit a couple of points about what a ENUM data type is: - It is an enumerated list - It is an ordered list - It is, normally, implemented in such a way as to optimize both storage size and comparative performance. - When applied to a table column then that column may hold exactly 1 (or 0 if you support NULLS) item from the enumerated list. I'll just look at one point there - It is an ordered list. A common reason for using an ENUM is when a very specific sort order is desired, one that can not be represented by sorting using a natural sort (say by Alphanumeric value). Just a quick example here. Say I have a ENUM type with the following items: Aaron; Bob, Carol, Erin Sorting the table on the column declared with that ENUM type would order the output as if based on the Textual representation of the items -or in other words- exactly in the order used in creating the list. If I declared my ENUM type as: Erin, Bob, Aaron, Carol Now if I sort the table based on this column it will sort - in exactly the same order as I entered the items in the enumerated list - again. That difference and why you might want it may become clearer if I declared an ENUM with this list: Low; Medium; High So - in Calc one can create a list of strings to check data entry against but it is just that, a list of strings. Use the last list (Low, Medium, High) and sort your block of cells...well, I'm sure you can see the difference in results. Alright, well right about now you might be saying - So what, Base doesn't have am ENUM type anyway. I'll try to explain why that statement is not completely accurate and look at what features exist in the Bases form design functions that lets one do what you do in Calc with Validity lists. ----sorry I need to break for a moment, work...drat----- BRB, Drew --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@... |
|
|
Re: Major data loss: Calc formatting numbers>> Positive. however, which unskilled worker is going to make the tables,
>> forms, and reports? > > AHHH - none - that is why they hire a contractor - or take a class - or read > a manual - or come to a mailing lists. > That is not going to happen. This is a volunteer humanitarian service, everything they have is donations. And even if someone were willing to donate the coding time or the money to do so, who know how to work with Base? It would be badly- and over-done Access. > Unless you are contending that an unskilled worker can create a proper / > validated spreadsheet application without doing any of the above. > Sure, right. Or they could just stick with Calc, which they know. >>> • More than one person using the data at the same time >> >> Positive, but they will be on the same terminal so it doesn't matter. > > Then they are not using the data "at the same time". > > Here the author was IMO made a mistake and would of been better off using > the "multiple concurrent users". > I understood what he meant, and I was answering at the terminology level that the question was asked. -- Dotan Cohen http://what-is-what.com http://gibberish.co.il --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@... |
|
|
Re: Major data loss: Calc formatting numbersOk
Let's just call it My mistake then - I should have just let this thread end...sorry. Drew --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@... |
|
|
Re: validation! -or- List <> Enum ( was: Major data loss: Calc formatting numbers )2009/7/10 Drew Jensen:
>> I should add that Base does not have a native enum command, yet Calc >> does! This is a widely used feature in almost everything that I do. >> >> > > Hello Dotan, > > Let me take a moment to discuss that statement. > > But first: > > I hope that this email finds you in good spirits today and I hope that you > are still in good spirits when you are done reading it. My intention is NOT > to say - You should have used Base or should not have used Calc. I take it > you created (or helped create) this spreadsheet for a client (or friend) and > they limited your choice of tool - in the end it is always the clients > choice. ( although one is not bound to take a contract IF the customer is > being unreasonable...yeah, like that actually works) > > In fact I would offer this: Most often when you find yourself asking the > question "Database vs Spreadsheet" for a project, then the best solution is > to use both. > > This email will only look at Calc's Validity function and specifically the > use of a 'list' and how that compares with what is available in Base. > > To start let me just hit a couple of points about what a ENUM data type is: > - It is an enumerated list > - It is an ordered list > - It is, normally, implemented in such a way as to optimize both storage > size and comparative performance. > - When applied to a table column then that column may hold exactly 1 (or 0 > if you support NULLS) item from the enumerated list. > > I'll just look at one point there - It is an ordered list. > > A common reason for using an ENUM is when a very specific sort order is > desired, one that can not be represented by sorting using a natural sort > (say by Alphanumeric value). > > Just a quick example here. > Say I have a ENUM type with the following items: > Aaron; Bob, Carol, Erin > > Sorting the table on the column declared with that ENUM type would order the > output as if based on the Textual representation of the items -or in other > words- exactly in the order used in creating the list. > > If I declared my ENUM type as: > Erin, Bob, Aaron, Carol > > Now if I sort the table based on this column it will sort - in exactly the > same order as I entered the items in the enumerated list - again. > > That difference and why you might want it may become clearer if I declared > an ENUM with this list: > Low; Medium; High > > > So - in Calc one can create a list of strings to check data entry against > but it is just that, a list of strings. Use the last list (Low, Medium, > High) and sort your block of cells...well, I'm sure you can see the > difference in results. > > Alright, well right about now you might be saying - So what, Base doesn't > have am ENUM type anyway. > > I'll try to explain why that statement is not completely accurate and look > at what features exist in the Bases form design functions that lets one do > what you do in Calc with Validity lists. > > ----sorry I need to break for a moment, work...drat----- > > BRB, > > Drew > > Hi Drew, I did not see this message when you sent it as my email client (web-based Gmail) broke the thread. My usage of enum is to separate unlike items. One example from a current project is to organize incoming messages. Some are personal notes, and they are destined for the personal notes bin. Some are things that need to be done, some are things that need to be bought. In no case will there be overlap, however having a single interface to record them in is very helpful. Therefore, the use of enum. While I understand that in many cases the lack of enum can be cleverly worked around by creating a clever UI, I simply do not want to go through all that trouble. It also makes maintenance a pain, which is a primary concern for me. -- Dotan Cohen http://what-is-what.com http://gibberish.co.il --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@... |
| < Prev | 1 - 2 - 3 - 4 | Next > |
| Free embeddable forum powered by Nabble | Forum Help |